Стек виконання намірів

Від наміру до результату: подолання розриву

Хоча DeFi, заснований на намірах, починається з ідеї дозволити користувачам оголошувати щоте, що вони хочуть, справжня інновація полягає в тому, як ці наміри насправді реалізуються. Шлях від абстрактної мети — такої як "обміняти мій ETH на USDC за найкращим курсом" — до успішної транзакції в блокчейні включає ретельно скоординований процес. Цей процес містить решателів, валідаторів, смарт-контракти і часто кілька протоколів на кількох ланцюгах. Розуміння цього процесу виконання є суттєвим для оцінки потужності та складності систем, заснованих на намірах.

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

Роль рішень у виконанні намірів

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

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

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

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

Як висловлюються та знаходяться наміри

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

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

Повідомлення наміру саме по собі є структурованим об'єктом даних, який включає:

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

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

Перевірка, розрахунок та моделі довіри

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

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

Розрахунок може відбуватися різними способами в залежності від системи:

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

У всіх випадках система повинна бути мінімізованою з точки зору довіри. Розв'язувачі не повинні мати custody над активами користувачів, а структура намірів повинна запобігати маніпуляціям або частковій доставці. Смарт-контракти відіграють тут ключову роль, виступаючи в ролі нейтральних арбітрів, які забезпечують виконання правил.

Крос-чейн виконання та абстракція газу

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

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

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

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

Виконавчі середовища та екосистеми розв'язувачів

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

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

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

Якість виконання, обробка помилок та репутація

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

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

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

Чому важливо розуміти стек

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

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

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