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

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

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

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

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

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

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

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

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

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

Цей торговий намір на Curve є лише базовим прикладом. UI є лише інструментом для побудови обмінних угод через таку логіку:

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

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

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

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

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

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

Продаж MEV

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

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

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

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

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

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

Ризики посередництва

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

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

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

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

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

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

Майбутнє

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

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

Вона відкриває можливість побудови на деяких нових публічних ланцюгах.