Урок 4

Від теорії до практики – Розвиток на основі SUAVE

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

Як працює транзакція SUAVE

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

Після того як користувач підписує та надсилає намір до SUAVE Membrane, Privacy Layer шифрує його та передає у безпечне середовище. Це середовище може бути довіреним середовищем виконання (TEE), системою захисту з нульовим розголошенням або мережею реплікованих безпечних анклавів. Всередині цього середовища намір зберігається конфіденційно, поки його не оцінить мережа вирішувачів.

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

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

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

Ролі та обов’язки в екосистемі SUAVE

Екосистема SUAVE складається з кількох окремих учасників, кожен з яких відіграє вирішальну роль у функціональності системи. Розуміння цих ролей є важливим для кожного, хто хоче розвивати SUAVE або інтегруватися з ним.

Користувачі є джерелом потоку ордерів. Вони взаємодіють з децентралізованими застосунками (dApps) або гаманцями, щоб висловити свій намір. SUAVE підтримує як окремих користувачів, так і протоколи, що надсилають транзакції від імені своїх користувачів. Користувачі зберігають повний контроль над своїми намірами та можуть вибирати налаштування щодо толерантності до прослизання, швидкості або конфіденційності.

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

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

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

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

У цьому контексті валідаториобмежені меоежею розрахунків. Вони не знають про внутрішню роботу SUAVE та просто обробляють фіналізовані пакети. Це спрощує роботу SUAVE та дозволяє уникнути необхідності переконувати рівні консенсусу впроваджувати нову інфраструктуру.

Написання та розгортання маршрутизатора вартості

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

Щоб побудувати маршрутизатор вартості, розробник визначає три компоненти:

  • Формат наміру – Які дані має надати користувач? Як вони зашифровані?
  • Логіка аукціону – Як слід оцінювати та вибирати гравців, які розв’язують задачі? Чи це базується на ціні, затримці, прослизанні чи інших спеціальних показниках?
  • Логіка розрахунків – Куди слід надсилати результати? Чи слід розраховуватися в Ethereum, Optimism чи на обох платформах?

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

Випадки використання маршрутизаторів вартості включають:

  • Пакетні аукціони NFT із закритими ставками
  • Ребалансування DeFi на кількох ринках кредитування
  • Ончейн-ігри, що вимагають прихованого виконання рухів
  • Дії управління DAO, що вимагають узгоджених розрахунків

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

Інтеграція гаманця та взаємодія з користувачем

Одна з довгострокових цілей SUAVE — зробити захист від MEV невидимим для користувачів. Для цього гаманці мають інтегруватися з SUAVE на рівнях UI та RPC. Замість відправки транзакцій у традиційний мемпул, гаманець маршрутизує їх через Membrane та відображає варіанти виконання, які повертають вирішувачі.

З точки зору користувача нічого не змінюється. Вони натискають «Своп», «Мінтинг» або «Голосування» як зазвичай. Але за лаштунками їхня транзакція шифрується, виставляється на аукціон і виконується через SUAVE. Користувач отримує кращу ціну, швидше підтвердження або компенсацію, не потребуючи розуміти, як це працює.

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

Кросчейн виконання та композитність

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

  • Провести своп ETH на USDC на Ethereum
  • Створити міст від USDC до Arbitrum
  • Використати цей USDC для купівлі NFT на торговельному майданчику на базі Arbitrum

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

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

Стимули, оплата та довіра

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

У SUAVE стимули є програмованими. Вирішувачі подають ставки, які включають платіж користувачу (компенсацію), системі (комісію) та мережу розрахунку (газ). Ці платежі контролюються на рівні MEVM і остаточно фіксуються лише після підтвердження транзакції на мережі розрахунку.

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

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

Приклад із реального світу: кросчейн-покупка NFT з оптимальним виконанням

Сценарій:

Сара хоче купити NFT, що котирується на торговельній платформі Arbitrum, але вона має лише ETH в основній мережі Ethereum. У типовій конфігурації Web3 це передбачає:

  1. Своп ETH на USDC через DEX на Ethereum (наприклад, Uniswap).
  2. Створення мосту від USDC до Arbitrum (через Hop або Stargate).
  3. Очікування підтвердження та подолання затримок.
  4. Перехід до NFT-маркетплейсу на Arbitrum та завершення покупки вручну.

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


Той самий сценарій на SUAVE

Крок 1: Подання наміру

Сара використовує гаманець із підтримкою SUAVE. Вона натискає «Купити NFT» в інтерфейсі торговельного майданчика та схвалює один намір:

  • «Я хочу купити цей NFT на Arbitrum, витративши максимум 0,5 ETH, з найшвидшим підтвердженням та найнижчою вартістю».

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

  • Намір шифрується та надсилається до Membrane SUAVE.
  • Вирішувачі отримують цей пакет намірів. Один вирішувач пропонує:

  • Своп ETH→USDC через оптимізований для MEV шлях на Ethereum.

  • Перехід USDC через швидкий міст із підтвердженням ліквідності.
  • Здійснення покупки NFT безпосередньо на торговому майданчику.
  • Надається Сарі знижка 0,2% на транзакцію.
  • Інші вирішувачі пропонують інші шляхи, але цей є найефективнішим.

Крок 3: Виконання та остаточність

  • MEVM вибирає виграшний пакет і направляє його через Membrane.
  • Своп ETH→USDC, перехід та купівля NFT розраховуються атомарно по всіх мережах.
  • Сара отримує NFT на Arbitrum, компенсацію в USDC та підтвердження — усе одним кліком.

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

Відмова від відповідальності
* Криптоінвестиції пов'язані зі значними ризиками. Дійте обережно. Курс не є інвестиційною консультацією.
* Курс створений автором, який приєднався до Gate Learn. Будь-яка думка, висловлена автором, не є позицією Gate Learn.