W pierwszym artykule z serii objaśniającej tryb Fusion przyjrzymy się sposobowi rozwiązywania transakcji swap.
W odróżnieniu od tradycyjnych transakcji wymiany, w przypadku transakcji wymiany w trybie Fusion, faktyczna transakcja wymiany jednego tokena na inny jest realizowana przez resolver.
Zacznijmy od kilku ważnych punktów.
Resolver to w pełni zautomatyzowany algorytm, który składa się z aplikacji serwerowej (która określa, które zlecenia wypełnić i kiedy), zestawu inteligentnych kontraktów, które wykonują transakcje, oraz konta będącego własnością zewnętrzną (lub multisig), które konfiguruje kontrakty. Resolver to aplikacje opracowane przez osoby trzecie.
Aplikacje te realizują zlecenia limitowane w trybie Fusion (nazywane również „swapami Fusion”) składane przez użytkowników 1inch w trybie automatycznym, bez konieczności angażowania jakichkolwiek osób.
1inch dba o to, aby użytkownik dokonujący wymiany otrzymał co najmniej minimalną gwarantowaną kwotę („minimum do otrzymania”), a mechanizm aukcyjny jest zaprojektowany tak, aby zapewnić najlepszą możliwą cenę i zmaksymalizować dochód użytkownika.
W tym systemie, stworzonym przez 1inch, resolverzy mogą również optymalizować swoje dochody.
Architektura resolvera
Poniższa tabela przedstawia architekturę resolvera.
Jak zostać rozwiązywaczem
Temu tematowi poświęcony będzie osobny artykuł. Tutaj wyjaśnimy to pokrótce.
Technicznie rzecz biorąc, każdy użytkownik, który postawił kwotę tokenów 1INCH wystarczającą do otrzymania Unicorn Power wynoszącą co najmniej 100, może zostać resolverem. Resolutionr może również otrzymać Unicorn Power delegowany przez innych użytkowników. Oprócz rozwiązywania, Unicorn Power może być używany do uczestnictwa w zarządzaniu DAO.
Aby uzyskać prawo do rozwiązywania swapów, resolver musi przejść proces weryfikacji, który obejmuje KYC/KYB przez Synaps i kontrolę portfela/konta przez TRM Labs (ta ostatnia ma na celu upewnienie się, że dane konto nie jest powiązane z żadnymi nielegalnymi działaniami).
1inch nie ocenia żadnego kodu backendu resolvera ani kontraktu pracownika, które powinny być prywatne. Resolvery muszą napisać własny backend resolvera i inteligentne kontrakty. Ale 1inch oferuje prosty przykład, jak to zrobić: https://github.com/1inch/fusion-resolver-example
Kolejny artykuł z serii będzie poświęcony komponentowi pozałańcuchowemu procesu rozstrzygania transakcji swap.