Текущая ситуация и будущее MEV в сети Sui: баланс между защитой пользователей, прозрачностью и распределением ценности

Состояние и перспективы развития MEV в сети Sui

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

Помимо существующих механизмов, Sui также планирует создать дополнительные механизмы, чтобы гарантировать, что его основные принципы могут направлять эволюцию MEV в сети.

Всё, что нужно знать о состоянии и будущем MEV на Sui

Принципы и соображения проектирования

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

  • Механизм подачи заявок на сделки MEV
  • Механизм публикации возможностей MEV
  • Механизм распределения доходов от MEV
  • Механизм защиты пользователей при торговле

Общие приоритеты Sui следующие:

  • Защита пользователей важнее, чем количество извлеченной стоимости. Приоритет следует отдавать меньшему проскальзыванию, а не большей извлеченной стоимости. Избегайте протокольных аукционов с увеличенной задержкой и без возможности выхода.
  • Прозрачность сети лучше, чем частные сделки с узлами проверки или ретрансляторами.
  • Способствование конкуренции через приоритетные аукционы газа (PGA), подавление мусорных действий, приводящих к неэффективности системы: в идеале оптимальная стратегия искателя заключается в отправке одной транзакции, приоритетная плата за которую определяется извлекаемой ценностью.
  • Поощрение распределения вознаграждений между участниками, чьи интересы совпадают с интересами экосистемы: узлы-верификаторы, стейкеры, приложения и пользователи.

Подтверждение сделки

Из-за последовательного выполнения транзакций, изменяющих один и тот же объект, клиенты конкурируют за увеличения своих шансов на выполнение. С системной точки зрения, PGA является эффективным способом распределения ресурсов, который может предотвратить мусорные транзакции, одновременно перераспределяя газовые сборы между участниками.

Ключевым фактором, определяющим приоритетные аукционы по газу, является количественное исполнение:

  • Транзакции, отсортированные по консенсусу, обрабатываются в блоке. Трейдеры соревнуются за приоритет через аукцион газа, могут конкурировать как внутри одной подачи, так и между различными подачами.
  • Это отличается от маркет-мейкеров на централизованных биржах, на централизованных биржах приоритет исполнения полностью зависит от скорости, достигаемой через сети с низкой задержкой и алгоритмы.
  • Более высокая скорость подачи согласия уменьшила количественный эффект, сделав децентрализованное выполнение торгов более эффективным, но также сузила окно PGA.
  • В настоящее время PGA для необремененных объектов является самым важным для самых быстрых искателей. При скорости Sui в 15 заявок в секунду, преимущество в 70 миллисекунд для подачи транзакций может решить, будет ли сделка завершена.
  • Объекты заторов могут задерживать выполнение транзакций, что еще больше подчеркивает важность PGA, поскольку окно конкурентных транзакций может быть в 10 раз больше обычной подачи консенсуса.

Существует два механизма, которые могут направлять транзакции к конкретным предстоящим подачам Sui:

  1. Подать партию транзакций через мягкую привязку: SIP-19
  • Транзакции, отправленные через мягкие связывания, имеют высокую вероятность быть включенными в ту же консенсусную подачу, что и действительные связывания. Условие действительности связывания требует, чтобы цена газа всех транзакций была одинаковой.
  • На практике этот механизм позволяет проводить оффлайн-аукционы для исходных транзакций и их последующих транзакций.
  1. Увеличение приоритетных транзакций через консенсус: SIP-45
  • SIP-45 решает потенциальную проблему дрожания в процессе подтверждения консенсуса, предотвращая размещение транзакций с низкой ценой газа после транзакций с высокой ценой газа, которые были поданы в одно и то же время.
  • Два естественных источника колебаний в процессе консенсуса: ( Верификационные узлы, отправленные на ), отстают от нескольких раундов консенсуса: транзакции, отправленные другим верификационным узлом, могут быть отсортированы первыми. ( Лидеры раундов консенсуса имеют преимущество перед другими верификационными узлами.
  • SIP-45 увеличивает выше k x RGP)k, который является системным параметром, установленным в текущей конфигурации на 5. RGP - это цена газа, которая используется для улучшения согласия. Транзакции с ценой газа n x RGP будут увеличены в n раз.
  • Широкое применение SIP-45 создаст более эффективную и справедливую конкурентную систему. Важно отметить, что SIP-45 не изменит основные свойства системы с точки зрения клиента: он подавляет нежелательное поведение, предлагая более эффективные альтернативы.

Выбор подходящей цены газа для торговли

Клиент должен учитывать следующие основные факторы для определения цены газа при отправке транзакции:

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

В рамках подтверждения консенсуса транзакции, изменяющие один и тот же объект, сортируются по цене газа, что предоставляет искателям равные возможности для конкуренции.

  1. Увеличение подачи консенсуса

Как упоминалось выше, сделки с ценой газа, превышающей 5 x RGP, отправляются на консенсус через n валидаторских узлов для увеличения консенсуса. Любая цена газа, превышающая порог увеличения, уменьшит колебания неэффективной подачи. На практике коэффициента увеличения в 5 достаточно для устранения колебаний, тогда как цена газа в 100 x RGP имеет очень высокую вероятность разблокировать подачу следующего лидера раунда.

  1. Избегайте задержек и отмен.

Sui ограничивает время выполнения контрольной точки, контролируя скорость транзакций, которые модифицируют один и тот же общий объект. Транзакции, изменяющие объект перегрузки, сортируются по цене газа, транзакции с более низкой ценой откладываются и в конечном итоге отменяются, чтобы ограничить максимальную последовательную цепочку выполнения для каждой контрольной точки, что является механизмом, известным как основанный на объектах локальный рынок сборов. ( Обратите внимание, что, хотя общий объект может предоставлять высокие возможности для арбитража, цена газа может резко увеличиться, другие части системы остаются неизменными. )

Полная нода отслеживает выполнение и отмену транзакций по цене газа, особенно когда речь идет о транзакциях, изменяющих объекты заторов. Результаты выполнения транзакций позволяют получить цену газа для наименьшей выполненной транзакции и наибольшей отмененной транзакции. Используя эту информацию, клиент может определить необходимую цену газа, чтобы с высокой вероятностью избежать задержки транзакций. ( Обратите внимание, что эта функция в настоящее время реализована лишь частично и ожидается, что она будет выпущена в качестве части SDK в течение следующих двух месяцев. )

Публикация торговой информации

Каждая транзакция на Sui предоставляет потенциальные возможности для получения прибыли. Рассмотрите жизненный цикл сделки с общим объектом, начиная с момента подачи клиентом и до того, как третья сторона заметит ее эффект.

  1. Клиент отправляет транзакцию: Клиент отправляет транзакцию на RPC полный узел (, который обычно выбирается приложением ).
  2. RPC-узлы транзакции: RPC-узлы транзакции передают транзакции узлам-валидаторам, валидаторы проверяют действительность транзакций и подписывают их, RPC-узлы собирают сертификат транзакции из коллективной подписи валидаторов.
  3. RPC-узел транслирует сертификат транзакции: RPC-узел транслирует сертификат транзакции валидационным узлам.
  4. Подтверждение узлами транзакции: Одно определенное узло для верификации подает транзакцию на консенсус. Консенсус Mysticeti транслирует блоки между узлами верификации, и в течение 3 раундов консенсуса блок, содержащий эту транзакцию, будет представлен. Исполнение транзакции: Транзакция выполняется на каждом узле верификации.
  5. Сертификат эффекта транзакции отправляется обратно на узел RPC и клиенту: сертификат эффекта после выполнения транзакции будет возвращен на узел RPC и клиенту.
  6. Генерация контрольной точки: в течение 1-3 раундов консенсуса каждый узел верификации создаст и подпишет контрольную точку (. Контрольная точка представляет собой пакет нескольких консенсусных заявок ).
  7. Распространение подписей контрольных точек: подписи контрольных точек будут распространяться между узлами верификации, каждый узел формирования сертификата контрольной точки.
  8. Проверка контрольной точки распространения протокола синхронизации состояния: Протокол синхронизации состояния отвечает за распространение подтвержденных контрольных точек с помощью пирингового соединения. Обычно каждый валидирующий узел имеет прямой пир-узел, который не предоставляет RPC-запросы ------ полный узел синхронизации состояния, который принимает контрольную точку этого валидирующего узла.
  9. Проверка контрольной точки для сторонних узлов: сторонний полный узел, подключенный к узлу с синхронизацией состояния, получает контрольную точку и загружает ее содержимое. В этот момент мы предполагаем, что сторонний узел, подключенный непосредственно к полному узлу, может обрабатывать и реагировать на результаты транзакций.

( Распространение информации о сделке перед ее отправкой

Как уже упоминалось, Sui имеет оффлайн аукционную систему для подачи мягких пакетов, следуя SIP-19. Эти аукционы перехватывают подачу транзакций через оффлайн протокол между приложением и аукционной системой.

Данная гипотеза распространения информации предполагает, что аукционная система работает эффективно и может защитить сделки пользователей от потенциальных атак с夹击. Аукционная система мотивирована защищать сделки пользователей для поддержания своего бизнеса, поэтому она использует некоторые аукционные приемы, такие как ) приманочные сделки и случайные задержки ###, чтобы ослабить финансовые выгоды, приносимые потенциальными夹击-ботами.

Очевидно, эта информация распространяется вне Sui ( между приложениями и аукционами ), является добровольным выбором приложений и пользователей, предоставляя только спекулятивную информацию, которая не может гарантировать успешность сделок оригинальных пользователей.

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

Для достижения низкой задержки доступа пользователей к сделкам Sui разрабатывает систему прямой потоковой передачи согласованных блоков. В целом, полные узлы смогут напрямую подписываться на согласованные блоки.

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

Это уведомление о спекуляциях может значительно сократить задержку распространения сделок, всего за примерно 160 миллисекунд ) два раунда консенсуса ###, после того как узлы-валидаторы подали свои данные.

Проект потоковой передачи блоков консенсуса в настоящее время находится на стадии разработки, и ожидается, что в течение следующих 1-2 месяцев будут опубликованы соответствующие предложения по улучшению.

Защита торговых операций пользователей

Пользовательские сделки необходимо защищать от влияния фронт-раннинга, сквизов и задержек непроизвольной подачи.

( Внешний член приводит

Поддержка внешних участников требуется для подачи заявки на Sui, обычно это выполняется полными узлами.

Если верификационный узел получает запрос на подачу транзакции t и хочет запустить новую транзакцию t', он будет отставать от оригинального драйвера членов в процессе сборки сертификата. Если только поданный полный узел не имеет плохого соединения с членами Sui, верификационный узел будет отставать от t в процессе сборки сертификата t'.

Кроме того, поскольку консенсусное подтверждение t является децентрализованным, как только сертификат t достигает консенсуса, его нельзя надежно отложить. Поэтому, если сертификат t достигает консенсуса Sui до t', t с высокой вероятностью будет урегулирован до t'.

Таким образом, внешний член-водитель обеспечивает естественную предварительную защиту, предполагая доверие к полному узлу, ответственному за подачу транзакций ), которое может легко обнаружить предварительные атаки на цепочке. Эти атаки будут зафиксированы клиентом и подорвать репутацию оператора RPC ###.

( Быстрый путь Мистицети

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

Этот риск чисто теоретический, так как в настоящее время нет доказательств того, что на Sui произошла атака с предварительной торговлей. В новой системе вероятность предварительной торговли выше, но с другой стороны, из-за определенности в понимании узлов проверки, легче привлечь их к ответственности.

Эволюция MEV в Sui

Экосистема MEV в Sui все еще находится в стадии формирования, новые механизмы будут запущены позже в этом году. В настоящее время приоритетные газовые аукционы и консенсусное расширение определяют текущую систему, тогда как ожидаемые инновации, такие как шифрование с временной блокировкой и быстрый путь Mysticeti, изменят выполнение сделок и безопасность. С запуском этих механизмов MEV на Sui продолжит развиваться, создавая более динамичную и прозрачную экосистему.

![Одной статьей понять текущее состояние и будущее MEV на Sui])https://img-cdn.gateio.im/webp-social/moments-6dae0c442b5d72296728a401858cf5ea.webp###

SUI-0.02%
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
  • Награда
  • 8
  • Поделиться
комментарий
0/400
liquidation_watchervip
· 07-08 06:34
Да ладно, мечтая, ловушка на меня один шиткоин и выбрось.
Посмотреть ОригиналОтветить0
MEVHuntervip
· 07-08 04:32
Утром кормлю Ботов, а на обед мониторю mempool. Это действительно всё больше увлекает.
Посмотреть ОригиналОтветить0
FloorSweepervip
· 07-06 17:49
Я действительно надеюсь, что sui сможет серьезно отнестись к mev.
Посмотреть ОригиналОтветить0
Lonely_Validatorvip
· 07-06 17:48
Это снова старая уловка волшебного банкомата.
Посмотреть ОригиналОтветить0
PaperHandsCriminalvip
· 07-06 17:46
Ха, каждый раз я в убытке... Боты делают деньги, мы пьём суп.
Посмотреть ОригиналОтветить0
DegenGamblervip
· 07-06 17:46
Неужели это не будет играть для лохов? Все равно это централизовано.
Посмотреть ОригиналОтветить0
NoodlesOrTokensvip
· 07-06 17:38
sui好像要 На луну了啊
Посмотреть ОригиналОтветить0
CafeMinorvip
· 07-06 17:28
sui можно. Не замечая, мы уже На луну.
Посмотреть ОригиналОтветить0
  • Закрепить