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

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

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

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

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

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

Наразі визначення "намір" ще не досягло консенсусу, але в основному включає такі характеристики:

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

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

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

• Лімітне замовлення
• Виконання замовлень третьою стороною на основі ліквідності, що не є DEX
• Gas спонсорство
• Білий список делегування
• Пакетна обробка транзакцій
• Кросчейн обмін

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

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

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

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