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

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

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

Цей процес можна вважати таким, що змусив його без будь-якої підготовки відразу зануритися в нього.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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