Развитие и вызовы MEV в экосистеме Sui

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

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

Принципы проектирования экосистемы Sui MEV

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

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

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

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

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

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

Ключевым двигателем PGA является количественное исполнение:

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

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

1. Подать партию сделок через мягкую упаковку: SIP-19

   • Транзакции, отправленные через мягкую упаковку, имеют высокую вероятность быть включенными в одно и то же согласованное представление с эффективной упаковкой. Условие эффективности упаковки требует, чтобы цена газа для всех транзакций была одинаковой.
   • На практике этот механизм позволяет проводить внебиржевые аукционы для первоначальной сделки и ее последующих сделок.

2. Увеличение приоритетных транзакций через консенсус: SIP-45

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

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

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

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

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

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

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

Публикация информации о сделках

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

1. Клиент отправляет транзакцию
2. RPC-узел транзакции широковещательной передачи
3. RPC-узел транслирует сертификат транзакции
4. Узел проверки подает транзакцию
5. Исполнение сделки
6. Сертификат эффекта транзакции отправляется обратно на RPC-узел и клиент
7. Создание контрольной точки
8. Распространение подписи контрольной точки
9. Проверка контрольной точки распространения протокола синхронизации состояния
10. Проверка контрольной точки для сторонних узлов

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

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

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

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

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

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

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

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

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

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

Внешний участник управления

Для отправки транзакции Sui требуется внешнее управление, обычно выполняемое полными узлами.

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

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

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

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

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

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

Будущее MEV Sui

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