Обговорення намірів (Intents) як рішення проблеми складності DeFi

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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