Стан розвитку MEV на Sui та перспективи на майбутнє

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

Окрім існуючих механізмів, Sui також планує створити більше механізмів, щоб забезпечити, що її основні принципи керують еволюцією MEV.

Принципи дизайну екосистеми MEV на Sui

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

• Механізм подачі MEV-транзакцій
• Механізм випуску можливостей MEV
• Механізм розподілу доходів MEV
• механізм захисту угод користувачів

Основні пріоритети Sui такі:

• Захист користувачів під час торгівлі важливіший за кількість вилученої вартості. Пріоритет слід віддавати меншим спредам, а не більшій вилученій вартості. Уникайте зовнішніх аукціонів з затримками та без можливості виходу.
• Прозорість мережі краща, ніж офлайн-транзакції з верифікаційними вузлами або реле.
• Через аукціон пріоритетного gas (PGA) сприяти конкуренції, стримувати сміттєву поведінку, яка призводить до неефективності системи: наша провідна стратегія пошуку полягає в тому, щоб надіслати транзакцію, пріоритетна вартість якої визначається витягнутим значенням.
• Заохочення розподілу винагороди серед учасників, що відповідають екосистемі: вузли перевірки, стейкери, додатки та користувачі.

Механізм подачі заявок на торгівлю

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

Ключовим фактором PGA є квантове виконання:

• Транзакції, впорядковані за консенсусом, обробляються у блоці. Трейдери змагаються за пріоритет, проводячи аукціон газу, можуть змагатися як у межах подачі, так і між різними подачами.
• Це відрізняється від маркет-мейкерів CEX, де пріоритет виконання повністю залежить від швидкості, яка досягається за рахунок мереж з низькою затримкою та алгоритмів.
• Вища ставка подачі консенсусу зменшує кількісні ефекти, роблячи виконання більш ефективним, але також звужує вікно PGA.
• Наразі PGA не завантажених об'єктів є найважливішим для найшвидших пошукачів. При швидкості Sui в 15 подань на секунду, перевага у 70 мілісекунд для подання транзакції може визначити, чи відбудеться угода.
• Об'єкти затримки можуть затримувати виконання транзакцій, що ще більше підкреслює важливість PGA, оскільки вікно конкурентних транзакцій може бути в 10 разів більше, ніж звичайне подання консенсусу.

Існує два механізми для направлення транзакцій до конкретного майбутнього подання Sui:

1. Подати пакет транзакцій через м'яке бандлінг

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

2. Збільшення пріоритетних транзакцій через консенсус

• Цей механізм вирішує потенційні проблеми з коливаннями під час подачі консенсусу, запобігаючи розміщенню угод з нижчою ціною газу після угод з вищою ціною газу, які подаються одночасно.
• Два природних коливання, що виникають при подачі консенсусу: (, затримка перевірочних вузлів, які подаються на кілька раундів консенсусу: транзакції, подані іншим перевірочним вузлом, можуть спочатку бути впорядковані. ), лідер раунду консенсусу має перевагу перед іншими перевірочними вузлами.
• Цей механізм збільшує вище k x RGP(k, де k є системним параметром, поточна конфігурація дорівнює 5, RGP є ціною газу для посилення подання консенсусу. Транзакції з ціною газу n x RGP будуть збільшені в n разів.
• Широке застосування створить більш ефективну та справедливу конкурентну систему. Слід зазначити, що це не змінить основні властивості системи з точки зору клієнта: вона стримує сміттєву поведінку, пропонуючи більш ефективні альтернативи.

Вибір відповідної ціни gas для торгівлі

Клієнт повинен врахувати такі основні фактори для визначення ціни газу при подачі транзакції:

1. Пріоритетний аукціон газу

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

2. Розширення подачі консенсусу

Ціна газу, що перевищує 5 x RGP, подається на консенсус через кілька валідаційних вузлів для розширення подання консенсусу. Будь-яка ціна газу, що перевищує поріг розширення, зменшить коливання неефективних подань. На практиці, коефіцієнта розширення 5 достатньо, щоб усунути коливання, тоді як ціна газу 100 x RGP має високу ймовірність розблокувати подання лідера в наступному раунді.

3. Уникайте затримок та скасувань

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

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

Опублікувати інформацію про торгівлю

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

1. Клієнт подає транзакцію
2. RPC вузол транслює транзакцію
3. RPC-нотифікація сертифіката транзакції
4. Вузли перевірки надсилають транзакції
5. Виконання угоди
6. Сертифікат ефективності транзакції надсилається назад до RPC-ноді та клієнта
7. Генерація контрольної точки
8. Поширення підпису контрольної точки
9. Перевірка точок контрольного синхронізаційного протоколу
10. Перевірка контрольних точок завантаження сторонніми вузлами

) Поширення інформації про транзакцію перед її поданням

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

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

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

( Потокове передавання консенсусних блоків

Для досягнення низької затримки доступу користувачів до торгівлі Sui розробляє систему прямої потокової передачі консенсусних блоків. Повні вузли зможуть безпосередньо підписуватися на консенсусні блоки.

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

Це спекулятивне повідомлення може суттєво скоротити затримку поширення угод, всього приблизно 160 мілісекунд ) два раунди консенсусу ###, після подачі підтверджуючими вузлами.

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

Захист користувацьких транзакцій

Торгові операції користувачів повинні бути захищені від впливу фронтранінгу, атаки з обох боків і ненавмисних затримок подачі.

Зовнішні учасники

Подання Sui交易 потребує зовнішнього учасника, зазвичай виконується повними вузлами.

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

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

Отже, зовнішні учасники забезпечують природний попередній захист, припускаючи довіру до повних вузлів, відповідальних за подачу транзакцій.

( Швидкий шлях Містикетів

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

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

Еволюція MEV Sui

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

![Огляд ситуації та майбутнього MEV на Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###