Система намірів може вирішити проблему складності Децентралізованих фінансів

Перед крахом Luna я керував стратегією отримання прибутків від стейблкоїнів для одного друга, який хотів дізнатися про високі відсоткові ставки, які ми могли отримати в січні 2020 року. Мій друг не знайомий з криптовалютами, раніше ніколи не здійснював взаємодій в блокчейні. Наша співпраця була дуже простою: він вкладав кошти в апаратний гаманець, а потім ми зустрічалися через Zoom один-два рази на тиждень, і я поступово навчав його, як діяти.

Спочатку ми розподілили кошти між практично всіма доступними протоколами Децентралізованих фінансів на різних ланцюгах. Протягом 2-4 годинних сесій ми здійснювали десятки транзакцій з дозволами, переказами, обмінами, депозитами, заявками та виведенням коштів. Кошти переводилися в індивідуальні LP торгові пари, заморожування тощо, щоб отримати максимальні стимули. Ми використовували майже всі міжланцюгові мости, основні DEX та агрегатори доходу, щоб перемістити наш портфель стабільних монет. Ми намагалися отримати доступ до різних прибутковостей у сфері криптовалют.

Сказати, що я змусив його діяти сліпо, було б трохи занадто ввічливо.

Найскладніша частина роботи — це пояснення всіх кроків, які потрібно виконати. Я даю команди, він виконує їх і намагається зрозуміти інтерфейси різних складних Децентралізованих фінансів інструментів. Наші зустрічі наповнені інструкціями на кшталт "натисніть тут", "перейдіть туди", "обміняйте це". Наприклад, щоб обміняти USDC на FRAX/DAI LP на Polygon, потрібно 12 транзакцій:

1. Обміняти USDC на DAI на певному DEX ( дві транзакції )
2. Перемістіть USDC та DAI між ланцюгами до Polygon(4 транзакції)
3. Об'єднання USDC та DAI(4 транзакцій на Polygon DEX)
4. Внесіть LP у сховище, щоб отримати винагороду (2 транзакцій )

Для такого простого грошового потоку нам потрібно ініціювати 12 транзакцій! Ми повинні використовувати специфічну для протоколу інформацію UI, щоб безпосередньо шукати, створювати та виконувати окрему транзакцію на EVM. Цей процес дуже складний, особливо у випадках з великими обсягами портфеля. Оглядаючись назад, ці завдання лише імітують кілька DApp для фермерства прибутку, але ручне виконання є дуже складним.

З більш високої точки зору, всі процеси, які ми виконуємо, мають чіткі очікувані результати. Ми маємо активи і хочемо використати їх для виконання певних завдань. Як у наведеному вище прикладі: "ми маємо USDC( на Ethereum) і хочемо надати ліквідність у формі FRAX/DAI( на Polygon), а потім внести в стейкінговий vault". Це і є "мета" нашої операції, а 12 транзакцій – це "методи" досягнення цієї мети. Від початку до кінця потрібна низка чітких і раціональних кроків, які всі є вимірювальними.

Потужний алгоритм маршрутизації торгівлі може значно спростити цей процес, зменшуючи кількість кроків до 1-2. Нам потрібно лише вказати бажаний результат, і алгоритм поверне найкращий шлях, можливо, навіть безпосередньо обробляючи угоду. Ця структура відображення шляхів називається "інтенцією" і є частиною швидко розвиваючогося майбутнього проміжного програмного забезпечення Ethereum. Хоча концепція інтенції вже широко визнана, консенсусу щодо визначення ще не досягнуто. Наразі існує кілька загальних поглядів. Визначення Paradigm: "інтенція - це підписаний набір декларативних обмежень, який дозволяє користувачеві делегувати створення угоди третій стороні, зберігаючи при цьому повний контроль над контрагентом". Давид Ма з Near визначає це як: "угода є імперативною, тоді як інтенція є декларативною. Іншими словами, угода - це чітко визначене повідомлення, яке вказує, як виконувати EVM для виклику зміни стану, тоді як інтенція вказує на бажану зміну стану, не зосереджуючись на процесі реалізації."

Ці два визначення описують наміри як "декларативні", тобто шляхом обміну даними між користувачем і "розв'язувачем" для отримання зовнішньої допомоги. Користувачі заявляють, які результати вони хочуть, розв'язувач надає способи їх досягнення. На відміну від угод з певними параметрами, наміри повинні бути відображені третьою стороною. Крім того, існують обмеження, які можуть звузити набір можливих шляхів, що допомагає зосередити можливості на меншій, фільтрувальній групі для вибору користувачем. Наприклад, у випадку мого друга, наміри дозволяють нам транслювати кінцеву мету групі розв'язувачів, які розраховують найкращий шлях. Потім ми обираємо найвигідніший маршрут і виконуємо угоду. Всі проміжні кроки обробляються маршрутами, наданими розв'язувачем, і користувачеві потрібно лише підтвердити 1-2 угоди.

Основна архітектура, основана на "інтенції", вже побудована на EVM. При використанні будь-якого DEX вона знаходить найкращий маршрут для виконання угоди. У деяких інтерфейсах DEX після вибору активів для купівлі-продажу інтерфейс автоматично знаходить найкращий LP для маршрутизації. Оскільки може не бути прямих торгових пар, замовлення проходять через декілька LP, щоб отримати найкращий маршрут виконання, все це виконується в одній угоді. Він також приблизно вказує на вплив ціни, а також на те, які дії може вжити користувач, щоб обмежити сліпий рух. Після вибору правильних параметрів інтерфейс також може допомогти побудувати сирі дані EVM для трансляції.

Цей намір угоди на DEX є лише базовим прикладом. UI є корисним інструментом для побудови обмінних угод, що дотримуються певної логіки. А намір - це спільне очікуване результат ( отримати максимальну кількість цільового токена ) та обмеження ( продати лише певну кількість вихідного токена ). Визначення найкращого курсу обміну відбувається за допомогою розв'язувача.

Якщо ви користувалися деякими DEX-агрегаторами, ви побачите систему намірів для побудови обмінних угод. Користувачі надають параметри виконання, а потім отримують набір потенційних торгових реле. Ці угоди можуть виконуватися на різних DEX, в залежності від реле, вони мають різні збори та витрати на газ. Врешті-решт, користувач обирає найкращу комбінацію ціни/вартості.

Крім агрегаторів торгівлі, на Ефірі існує кілька інших типів "намірів":

1. Лімітне замовлення: якщо виконуються умови, дозволяє вилучати активи з рахунку.
2. Виконання замовлень третьої сторони на основі ліквідності, що не є DEX.
3. Спонсорство газу: дозволяє використовувати інші токени для виконання торгових операцій третьої сторони, застосовується до абстрактних гаманців.
4. Делегування: білий список належить до цього випадку, перед виконанням угоди перевіряється база даних.
5. Пакетна обробка транзакцій: дозволяє пакетну обробку намірів щодо ефективності Gas.
6. Крос-чейн обмін.

Хоча типи замовлень стають дедалі різноманітнішими, найбільш простим описом наміру є "лімітне замовлення", яке лише використовує новий маркетинговий термін. Лімітаційне замовлення означає бажання купити певну кількість активу за певною ціною, яке буде виконано лише після того, як інша сторона прийме замовлення.

Подібно до ордерів на обмеження, намір складається з двох частин угоди. Перша частина - це очікуваний користувачем фінальний стан, друга частина - це угода, ініційована розв'язувачем. Обидва разом становлять вміст, необхідний для виконання угоди.

Продати MEV

Спосіб побудови на основі архітектури намірів майже не має ризику. По-перше, вирішувач має мотивацію не поширювати MEV-намір, який може принести їм прибуток. "У багатьох випадках видобуток MEV потребує виконання замовлень користувачів на ланцюзі. У цих випадках виконання замовлень користувачів розкриває стан блокчейну, і видобувачі можуть скористатися цим станом, щоб отримати прибуток. Зворотне і сендвіч-трейдинг є поширеними прикладами."

Основна характеристика наміру - це експозиція даних. Підписання повідомлення про наміри свідчить про готовність витягувати MEV за рахунок зручності. Оскільки намір не може бути безпосередньо транслюваний у мемпул Ethereum, вони заповнюються в приватному міжпулі Interpool. Ці Interpool можуть бути з дозволом, без дозволу або змішаними.

Безліцензійний Interpool використовує децентралізований API, вузли в системі можуть вільно ділитися намірами та надавати виконавцям необмежений доступ. Наприклад, деякі протоколи реле та запропоновані спільні пам'яті. Відкриті пам'яті піддаються DDOS-атакам і не можуть забезпечити запобігання розповсюдженню намірів поганого виконання.

У порівнянні, дозволений пул пам'яті використовує надійні API, які можуть протистояти DDoS-атакам, і не потребує поширення намірів. Спираючись на надійні посередницькі організації, можна забезпечити якість виконання, якщо підтримувати довіру. Такі посередницькі організації зазвичай мають хорошу репутацію, що спонукає їх забезпечувати відмінну ефективність. Але вони все ще мають сильну довірчу гіпотезу, що шкодить основному духу відкритого блокчейну.

Змішане рішення усуває розрив між системами без дозволу та з дозволом. Вони можуть використовувати комбінацію ліцензованої передачі та безліцензійного виконання, або навпаки. Деякі аукціони потоків замовлень використовують надійні ( протоколи для підбору замовлень поза блокчейном ) для проведення аукціонів, але участь є без дозволу.

Сьогодні найпопулярніша Interpool є централізованою та ліцензованою, без стимулів для обміну інформацією з конкурентами. Ризик полягає в тому, що одна сторона поглинає більшість транзакцій на основі наміру і використовує монопольне становище для введення зборів та інших дій з отримання прибутку, а переговорна влада зникла в руках експлуататорських посередників.

Ризики посередників

Розглядаючи намір як лімітне замовлення, ми можемо порівняти плату (PFOF) з потоком замовлень деяких брокерів.

Ці брокери пропонують користувачам "безкоштовну" торгівлю, при цьому основою є те, що користувачі можуть продавати потоки замовлень, а не надсилати їх до традиційних бірж. Маркет-мейкери — це компанії, які здійснюють великі обсяги купівлі та продажу цінних паперів, вони пропонують цю виплату, оскільки можуть отримувати прибуток від спреду між цінами купівлі та продажу замовлень. Критики широко критикують цю практику через конфлікт інтересів. Хоча брокерські компанії зобов'язані забезпечувати найкраще виконання замовлень для клієнтів, фінансові стимули PFOF, як стверджується, можуть впливати на їхні рішення про те, куди надсилати замовлення.

Інтенція є формою арбітражу PFOF, яку ми називаємо MEV. Арбітражні можливості, створені довгостроковими незакритими ордерами, можуть бути більш цінними, ніж угоди, які вручну додаються до пам'яті Ethereum, оскільки розв'язувач може визначити маршрут, а не конкурувати за MEV до або після угоди в даному блоці з угодами-сендвічами.

Неперевірені, непрозорі солвери, ймовірно, нададуть найгірші маршрути, оскільки їхня рентабельність пропорційна поганій виконаності. Користувачам все ще потрібно вибирати солверів, вони можуть скористатися цією переговорною спроможністю, щоб змусити солверів змагатися один з одним за потік замовлень. Солвер, який приносить користувачам найвищу віддачу за умовами, виграє аукціон.

Деякі DEX використовують таку конструкцію, щоб за допомогою пакетних аукціонів знайти найкращу ціну для угод. На цих DEX замовлення не виконуються одразу, а збираються та розраховуються пакетами. Система не використовує центрального оператора, а натомість використовує публічну конкуренцію між розв'язувачами для узгодження замовлень. Після закінчення пакету ці розв'язувачі подають рішення для розрахунку замовлень.

Пакетні аукціони дозволяють усім угодам у пакеті мати однакову ціну, таким чином, не вимагаючи від майнерів переналаштовувати угоди. Немає попередніх або наступних виконань. Ці протоколи використовують аукціони на основі порядку виконання для забезпечення найкращого виконання цін для трейдерів. Але в замовленнях також є деякий MEV, оскільки маркет-мейкери повинні мати можливість виконувати арбітражні угоди в іншому місці, щоб залишатися прибутковими.

Майбутнє

Наразі деякі протоколи розробляють інфраструктуру на основі намірів, щоб дозволити змішані системи. Деякі проекти чітко створюють приватні пулу пам'яті та мережі побудови блоків, щоб направляти трафік на L2 та Ethereum. Є також проекти, які намагаються створити інфраструктуру наступного покоління, повністю без дозволу, а також кілька інших компаній приєдналися до них.

Хоча ще не досягнуто консенсусу щодо того, хто є переможцем намірів, це постійно зростаюча частина нової революції проміжного програмного забезпечення в сфері криптовалют, яка відбувається сьогодні, що є необхідним для зручності. Поточний інтерфейс користувача не є достатньо дружнім до користувачів, що ускладнює більш широке використання. Існуючі наміри зазвичай використовуються для обміну валют та пакетної обробки замовлень, але мета полягає в тому, щоб зробити їх придатними для повністю загальних даних та довільних даних.

Це відкриває нові можливості для побудови на деяких публічних блокчейнах, оскільки всі гаманці можуть за замовчуванням підтримувати абстракцію рахунків. Потужний шар намірів може розблокувати нові випадки використання для цих екосистем і спростити застосунки, побудовані на них.

![Чому наміри (Intents) можуть