Архітектура намірів: потенційні рішення проблеми складності DeFi

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

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

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

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

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

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

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

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

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

Однак архітектура, основана на намірах, також стикається з деякими викликами. По-перше, це проблема MEV (最大可提取价值). Розв'язувачі можуть використовувати наміри користувачів для отримання прибутку, подібно до традиційних фінансів, де існує оплата за потік замовлень (PFOF). По-друге, ризик посередництвом також не можна ігнорувати. Якщо якийсь централізований Interpool поглине більшість угод на основі намірів, він може почати вводити додаткові збори або інші рентоутворюючі дії.

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