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

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

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

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

Наприклад, щоб обміняти USDC на FRAX/DAI LP на Polygon, весь процес потребує 12 транзакцій:

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

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

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

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

Одна з точок зору стверджує: "Інтенція - це підписання набору декларативних зобов'язань, які дозволяють користувачам делегувати створення транзакцій третім особам, при цьому зберігаючи повний контроль над транзакціями." Інше визначення звучить так: "Транзакція є імперативною, а інтенція - декларативною. Іншими словами, транзакція є чітко визначеним повідомленням, яке вказує, як виконати EVM для отримання зміни стану, тоді як інтенція вказує на необхідні зміни стану, не зосереджуючи увагу на конкретному процесі реалізації."

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

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

Базова архітектура, що ґрунтується на "намірі", вже побудована на EVM. Коли ви використовуєте будь-який DEX, він знаходить найкращий шлях для виконання транзакції. У інтерфейсі Curve, після вибору активів для купівлі-продажу, інтерфейс автоматично знаходить найкращий LP для маршрутизації. Оскільки немає LP USDT/frxETH, замовлення проходить через кілька LP, щоб отримати найкращий шлях виконання: USDT > sUSD > sETH > ETH > frxETH, все це виконується за одну транзакцію. Також буде грубо вказано на вплив цін, а також які заходи може вжити користувач, щоб обмежити сліпість. Як тільки правильні параметри вибрано, інтерфейс може також допомогти побудувати сирі дані EVM для трансляції.

Цей намір交易 на Curve є лише дуже базовим прикладом. Інтерфейс користувача є лише корисним інструментом для побудови обміну交易 за наступною логікою:

FRAX торгівля: використання 5bps FRAX/USDC Curve LP для обміну 100,000 FRAX на щонайменше 999,000 USDC, термін дії до блоку X. У порівнянні з наміром поділитися очікуваним результатом ( отримати максимальну кількість USDC ) та обмеження ( лише продати 100,000 FRAX ). Визначити оптимальний обмінний курс має розумник.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Наразі деякі протоколи розробляють інфраструктуру на основі намірів, щоб дозволити змішані системи. Деякі проекти працюють над