Намір: Потенційні рішення проблеми складності DeFi

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

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

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

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

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

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

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

Окрім агрегаторів торгівлі, на Ethereum існує ще кілька типів "інтенцій", включаючи лімітні замовлення, не-DEX аукціони ліквідності, спонсорство Gas, делегування та пакетну торгівлю тощо. Ці системи інтенцій покликані спростити дії користувачів та підвищити ефективність.

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

Щоб впоратися з цими викликами, деякі протоколи розробляють інфраструктуру на основі намірів, такі як SUAVE від Flashbot та Anom. Ці проекти мають на меті побудувати інфраструктуру наступного покоління без дозволів, щоб збалансувати ефективність і децентралізацію.

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