Системи намірів можуть стати ключем до вирішення складності Децентралізованих фінансів

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

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

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

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

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

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

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

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

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

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

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

Окрім агрегаторів торгівлі, на Ethereum також існує кілька інших типів "намірів":

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

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

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

Продаж MEV

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

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

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

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

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

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

Ризик проміжного програмного забезпечення

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

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

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

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

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

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

Перспективи майбутнього

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

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

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

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