V prvním článku ze série vysvětlujících režim Fusion se podíváme na to, jak se řeší swapy.

Na rozdíl od starších swapů ve swapech v režimu Fusion vlastní transakci výměny jednoho tokenu za jiný provádí resolver.

Pojďme to začít několika důležitými klíčovými body.

  • Řešitel je plně automatizovaný algoritmus, který se skládá ze serverové aplikace (která určuje, které příkazy se mají vyplnit a kdy), sady inteligentních smluv, které provádějí obchody, a externě vlastněného účtu (nebo multisig), který nastavuje smlouvy. Resolvery jsou aplikace vyvinuté třetími stranami.

  • Tyto aplikace řeší limitní objednávky v režimu Fusion (také označované jako „swapy Fusion“) zadané 1palcovými uživateli v automatickém režimu bez zapojení osob.

  • 1inch zajišťuje, že uživatel provádějící swap dostane alespoň minimální garantovanou částku („minimum pro příjem“) a aukční mechanismus je navržen tak, aby poskytoval nejlepší možnou cenu a maximalizoval příjem uživatele.

  • V tomto rámci, vytvořeném 1inch, mohou řešitelé také optimalizovat svůj příjem.

Architektura řešení

Níže uvedená tabulka představuje architekturu resolveru.

Jak se stát řešitelem

Tomuto tématu bude věnován samostatný článek. Zde si to stručně vysvětlíme.

  • Technicky vzato se může řešitelem stát každý uživatel, který vsadil množství 1INCH tokenů dostatečné k získání Unicorn Power ve výši alespoň 100. Řešitel může také přijímat Unicorn Power delegovaný jinými uživateli. Kromě řešení lze Unicorn Power využít k účasti na správě DAO.

  • K získání práva řešit swapy musí resolver projít ověřovacím procesem, který zahrnuje KYC/KYB od Synaps a prověřování peněženky/účtu TRM Labs (druhé se provádí, aby se zajistilo, že daný účet není propojen s jakékoli nezákonné činnosti).

  • 1inch neposuzuje žádný backend a kód pracovní smlouvy žádného řešitele, které mají být soukromé. Řešitelé musí napsat svůj vlastní backend a chytré smlouvy pro řešení. Ale 1inch nabízí jednoduchý příklad, jak to lze udělat: https://github.com/1inch/fusion-resolver-example

Další článek v sérii se zaměří na offchain složku procesu řešení swapů.