O usłudze
PrzetłumaczonePiszę inteligentne kontrakty w TEAL / PyTeal dla blockchaina Algorand — od prostych stateless podpisów po pełne aplikacje stateful. TEAL to kod bajtowy wykonywany przez wirtualną maszynę Algorand (AVM); PyTeal to framework Pythona, który go generuje. Jestem biegły w obu narzędziach, więc twoja logika jest kompaktowa, tania w wykonaniu i chroniona przed klasycznymi błędami.
Co mogę zbudować:
— Tokeny ASA: tworzenie, konfiguracja, cofanie, zamrażanie i rezerwowanie ról, opt-in i ograniczenia transferu.
— Kontrakty stateful (aplikacje) z globalnym i lokalnym stanem, przechowywaniem w boxach oraz staranną ochroną aktualizacji lub usunięcia.
— Grupy atomowych transakcji, które łączą płatności, ruchy aktywów i wywołania aplikacji, aby wszystko rozliczało się razem lub wcale.
— Escrow, vesting, staking, aukcje, skarbce i proste prymitywy DeFi.
Każdy kontrakt dostarczam z komentowanym źródłem PyTeal, skompilowanym TEAL, skryptami wdrożeniowymi (Python SDK lub algokit) oraz zestawem testów, który działa w lokalnym piaskownicy lub na TestNet. Sprawdzam typowe luki: nadużycia rekey i close-remainder-to, niezweryfikowane pola opłat i nadawcy, założenia dotyczące rozmiaru grupy oraz re-entrance w wewnętrznych transakcjach. Otrzymujesz krótki opis logiki on-chain, aby twój zespół mógł ją utrzymać. Opisz potrzebne zachowanie — a ja poprawnie przeniosę to do AVM.
Co mogę zbudować:
— Tokeny ASA: tworzenie, konfiguracja, cofanie, zamrażanie i rezerwowanie ról, opt-in i ograniczenia transferu.
— Kontrakty stateful (aplikacje) z globalnym i lokalnym stanem, przechowywaniem w boxach oraz staranną ochroną aktualizacji lub usunięcia.
— Grupy atomowych transakcji, które łączą płatności, ruchy aktywów i wywołania aplikacji, aby wszystko rozliczało się razem lub wcale.
— Escrow, vesting, staking, aukcje, skarbce i proste prymitywy DeFi.
Każdy kontrakt dostarczam z komentowanym źródłem PyTeal, skompilowanym TEAL, skryptami wdrożeniowymi (Python SDK lub algokit) oraz zestawem testów, który działa w lokalnym piaskownicy lub na TestNet. Sprawdzam typowe luki: nadużycia rekey i close-remainder-to, niezweryfikowane pola opłat i nadawcy, założenia dotyczące rozmiaru grupy oraz re-entrance w wewnętrznych transakcjach. Otrzymujesz krótki opis logiki on-chain, aby twój zespół mógł ją utrzymać. Opisz potrzebne zachowanie — a ja poprawnie przeniosę to do AVM.
