MEV( максимальная извлекаемая ценность ) стала важной темой в блокчейн-индустрии, поскольку она тесно связана с порядком транзакций и арбитражными возможностями. Для обеспечения прозрачности, защиты пользовательских транзакций, поддержания здоровья сети и вознаграждения участников, сеть Sui целенаправленно внедряет предложения по улучшению и другие механизмы для регулирования MEV-активности в сети.
Помимо существующих механизмов, Sui также планирует создать дополнительные механизмы, чтобы гарантировать, что его основные принципы могут направлять эволюцию MEV в сети.
Принципы и соображения проектирования
Каждая транзакция в сети Sui приносит новую информацию, что создает потенциальные арбитражные возможности. Экосистема MEV на Sui формируется через несколько механизмов:
Механизм подачи заявок на сделки MEV
Механизм публикации возможностей MEV
Механизм распределения доходов от MEV
Механизм защиты пользователей при торговле
Общие приоритеты Sui следующие:
Защита пользователей важнее, чем количество извлеченной стоимости. Приоритет следует отдавать меньшему проскальзыванию, а не большей извлеченной стоимости. Избегайте протокольных аукционов с увеличенной задержкой и без возможности выхода.
Прозрачность сети лучше, чем частные сделки с узлами проверки или ретрансляторами.
Способствование конкуренции через приоритетные аукционы газа (PGA), подавление мусорных действий, приводящих к неэффективности системы: в идеале оптимальная стратегия искателя заключается в отправке одной транзакции, приоритетная плата за которую определяется извлекаемой ценностью.
Поощрение распределения вознаграждений между участниками, чьи интересы совпадают с интересами экосистемы: узлы-верификаторы, стейкеры, приложения и пользователи.
Подтверждение сделки
Из-за последовательного выполнения транзакций, изменяющих один и тот же объект, клиенты конкурируют за увеличения своих шансов на выполнение. С системной точки зрения, PGA является эффективным способом распределения ресурсов, который может предотвратить мусорные транзакции, одновременно перераспределяя газовые сборы между участниками.
Ключевым фактором, определяющим приоритетные аукционы по газу, является количественное исполнение:
Транзакции, отсортированные по консенсусу, обрабатываются в блоке. Трейдеры соревнуются за приоритет через аукцион газа, могут конкурировать как внутри одной подачи, так и между различными подачами.
Это отличается от маркет-мейкеров на централизованных биржах, на централизованных биржах приоритет исполнения полностью зависит от скорости, достигаемой через сети с низкой задержкой и алгоритмы.
Более высокая скорость подачи согласия уменьшила количественный эффект, сделав децентрализованное выполнение торгов более эффективным, но также сузила окно PGA.
В настоящее время PGA для необремененных объектов является самым важным для самых быстрых искателей. При скорости Sui в 15 заявок в секунду, преимущество в 70 миллисекунд для подачи транзакций может решить, будет ли сделка завершена.
Объекты заторов могут задерживать выполнение транзакций, что еще больше подчеркивает важность PGA, поскольку окно конкурентных транзакций может быть в 10 раз больше обычной подачи консенсуса.
Существует два механизма, которые могут направлять транзакции к конкретным предстоящим подачам Sui:
Подать партию транзакций через мягкую привязку: SIP-19
Транзакции, отправленные через мягкие связывания, имеют высокую вероятность быть включенными в ту же консенсусную подачу, что и действительные связывания. Условие действительности связывания требует, чтобы цена газа всех транзакций была одинаковой.
На практике этот механизм позволяет проводить оффлайн-аукционы для исходных транзакций и их последующих транзакций.
Увеличение приоритетных транзакций через консенсус: SIP-45
SIP-45 решает потенциальную проблему дрожания в процессе подтверждения консенсуса, предотвращая размещение транзакций с низкой ценой газа после транзакций с высокой ценой газа, которые были поданы в одно и то же время.
Два естественных источника колебаний в процессе консенсуса: ( Верификационные узлы, отправленные на ), отстают от нескольких раундов консенсуса: транзакции, отправленные другим верификационным узлом, могут быть отсортированы первыми. ( Лидеры раундов консенсуса имеют преимущество перед другими верификационными узлами.
SIP-45 увеличивает выше k x RGP)k, который является системным параметром, установленным в текущей конфигурации на 5. RGP - это цена газа, которая используется для улучшения согласия. Транзакции с ценой газа n x RGP будут увеличены в n раз.
Широкое применение SIP-45 создаст более эффективную и справедливую конкурентную систему. Важно отметить, что SIP-45 не изменит основные свойства системы с точки зрения клиента: он подавляет нежелательное поведение, предлагая более эффективные альтернативы.
Выбор подходящей цены газа для торговли
Клиент должен учитывать следующие основные факторы для определения цены газа при отправке транзакции:
Приоритетные аукционы газа
В рамках подтверждения консенсуса транзакции, изменяющие один и тот же объект, сортируются по цене газа, что предоставляет искателям равные возможности для конкуренции.
Увеличение подачи консенсуса
Как упоминалось выше, сделки с ценой газа, превышающей 5 x RGP, отправляются на консенсус через n валидаторских узлов для увеличения консенсуса. Любая цена газа, превышающая порог увеличения, уменьшит колебания неэффективной подачи. На практике коэффициента увеличения в 5 достаточно для устранения колебаний, тогда как цена газа в 100 x RGP имеет очень высокую вероятность разблокировать подачу следующего лидера раунда.
Избегайте задержек и отмен.
Sui ограничивает время выполнения контрольной точки, контролируя скорость транзакций, которые модифицируют один и тот же общий объект. Транзакции, изменяющие объект перегрузки, сортируются по цене газа, транзакции с более низкой ценой откладываются и в конечном итоге отменяются, чтобы ограничить максимальную последовательную цепочку выполнения для каждой контрольной точки, что является механизмом, известным как основанный на объектах локальный рынок сборов. ( Обратите внимание, что, хотя общий объект может предоставлять высокие возможности для арбитража, цена газа может резко увеличиться, другие части системы остаются неизменными. )
Полная нода отслеживает выполнение и отмену транзакций по цене газа, особенно когда речь идет о транзакциях, изменяющих объекты заторов. Результаты выполнения транзакций позволяют получить цену газа для наименьшей выполненной транзакции и наибольшей отмененной транзакции. Используя эту информацию, клиент может определить необходимую цену газа, чтобы с высокой вероятностью избежать задержки транзакций. ( Обратите внимание, что эта функция в настоящее время реализована лишь частично и ожидается, что она будет выпущена в качестве части SDK в течение следующих двух месяцев. )
Публикация торговой информации
Каждая транзакция на Sui предоставляет потенциальные возможности для получения прибыли. Рассмотрите жизненный цикл сделки с общим объектом, начиная с момента подачи клиентом и до того, как третья сторона заметит ее эффект.
Клиент отправляет транзакцию: Клиент отправляет транзакцию на RPC полный узел (, который обычно выбирается приложением ).
RPC-узлы транзакции: RPC-узлы транзакции передают транзакции узлам-валидаторам, валидаторы проверяют действительность транзакций и подписывают их, RPC-узлы собирают сертификат транзакции из коллективной подписи валидаторов.
Подтверждение узлами транзакции: Одно определенное узло для верификации подает транзакцию на консенсус. Консенсус Mysticeti транслирует блоки между узлами верификации, и в течение 3 раундов консенсуса блок, содержащий эту транзакцию, будет представлен. Исполнение транзакции: Транзакция выполняется на каждом узле верификации.
Сертификат эффекта транзакции отправляется обратно на узел RPC и клиенту: сертификат эффекта после выполнения транзакции будет возвращен на узел RPC и клиенту.
Генерация контрольной точки: в течение 1-3 раундов консенсуса каждый узел верификации создаст и подпишет контрольную точку (. Контрольная точка представляет собой пакет нескольких консенсусных заявок ).
Распространение подписей контрольных точек: подписи контрольных точек будут распространяться между узлами верификации, каждый узел формирования сертификата контрольной точки.
Проверка контрольной точки распространения протокола синхронизации состояния: Протокол синхронизации состояния отвечает за распространение подтвержденных контрольных точек с помощью пирингового соединения. Обычно каждый валидирующий узел имеет прямой пир-узел, который не предоставляет RPC-запросы ------ полный узел синхронизации состояния, который принимает контрольную точку этого валидирующего узла.
Проверка контрольной точки для сторонних узлов: сторонний полный узел, подключенный к узлу с синхронизацией состояния, получает контрольную точку и загружает ее содержимое. В этот момент мы предполагаем, что сторонний узел, подключенный непосредственно к полному узлу, может обрабатывать и реагировать на результаты транзакций.
( Распространение информации о сделке перед ее отправкой
Как уже упоминалось, 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###
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
14 Лайков
Награда
14
8
Поделиться
комментарий
0/400
liquidation_watcher
· 07-08 06:34
Да ладно, мечтая, ловушка на меня один шиткоин и выбрось.
Посмотреть ОригиналОтветить0
MEVHunter
· 07-08 04:32
Утром кормлю Ботов, а на обед мониторю mempool. Это действительно всё больше увлекает.
Посмотреть ОригиналОтветить0
FloorSweeper
· 07-06 17:49
Я действительно надеюсь, что sui сможет серьезно отнестись к mev.
Посмотреть ОригиналОтветить0
Lonely_Validator
· 07-06 17:48
Это снова старая уловка волшебного банкомата.
Посмотреть ОригиналОтветить0
PaperHandsCriminal
· 07-06 17:46
Ха, каждый раз я в убытке... Боты делают деньги, мы пьём суп.
Посмотреть ОригиналОтветить0
DegenGambler
· 07-06 17:46
Неужели это не будет играть для лохов? Все равно это централизовано.
Текущая ситуация и будущее MEV в сети Sui: баланс между защитой пользователей, прозрачностью и распределением ценности
Состояние и перспективы развития MEV в сети Sui
MEV( максимальная извлекаемая ценность ) стала важной темой в блокчейн-индустрии, поскольку она тесно связана с порядком транзакций и арбитражными возможностями. Для обеспечения прозрачности, защиты пользовательских транзакций, поддержания здоровья сети и вознаграждения участников, сеть Sui целенаправленно внедряет предложения по улучшению и другие механизмы для регулирования MEV-активности в сети.
Помимо существующих механизмов, Sui также планирует создать дополнительные механизмы, чтобы гарантировать, что его основные принципы могут направлять эволюцию MEV в сети.
Принципы и соображения проектирования
Каждая транзакция в сети Sui приносит новую информацию, что создает потенциальные арбитражные возможности. Экосистема MEV на Sui формируется через несколько механизмов:
Общие приоритеты Sui следующие:
Подтверждение сделки
Из-за последовательного выполнения транзакций, изменяющих один и тот же объект, клиенты конкурируют за увеличения своих шансов на выполнение. С системной точки зрения, PGA является эффективным способом распределения ресурсов, который может предотвратить мусорные транзакции, одновременно перераспределяя газовые сборы между участниками.
Ключевым фактором, определяющим приоритетные аукционы по газу, является количественное исполнение:
Существует два механизма, которые могут направлять транзакции к конкретным предстоящим подачам Sui:
Выбор подходящей цены газа для торговли
Клиент должен учитывать следующие основные факторы для определения цены газа при отправке транзакции:
В рамках подтверждения консенсуса транзакции, изменяющие один и тот же объект, сортируются по цене газа, что предоставляет искателям равные возможности для конкуренции.
Как упоминалось выше, сделки с ценой газа, превышающей 5 x RGP, отправляются на консенсус через n валидаторских узлов для увеличения консенсуса. Любая цена газа, превышающая порог увеличения, уменьшит колебания неэффективной подачи. На практике коэффициента увеличения в 5 достаточно для устранения колебаний, тогда как цена газа в 100 x RGP имеет очень высокую вероятность разблокировать подачу следующего лидера раунда.
Sui ограничивает время выполнения контрольной точки, контролируя скорость транзакций, которые модифицируют один и тот же общий объект. Транзакции, изменяющие объект перегрузки, сортируются по цене газа, транзакции с более низкой ценой откладываются и в конечном итоге отменяются, чтобы ограничить максимальную последовательную цепочку выполнения для каждой контрольной точки, что является механизмом, известным как основанный на объектах локальный рынок сборов. ( Обратите внимание, что, хотя общий объект может предоставлять высокие возможности для арбитража, цена газа может резко увеличиться, другие части системы остаются неизменными. )
Полная нода отслеживает выполнение и отмену транзакций по цене газа, особенно когда речь идет о транзакциях, изменяющих объекты заторов. Результаты выполнения транзакций позволяют получить цену газа для наименьшей выполненной транзакции и наибольшей отмененной транзакции. Используя эту информацию, клиент может определить необходимую цену газа, чтобы с высокой вероятностью избежать задержки транзакций. ( Обратите внимание, что эта функция в настоящее время реализована лишь частично и ожидается, что она будет выпущена в качестве части SDK в течение следующих двух месяцев. )
Публикация торговой информации
Каждая транзакция на Sui предоставляет потенциальные возможности для получения прибыли. Рассмотрите жизненный цикл сделки с общим объектом, начиная с момента подачи клиентом и до того, как третья сторона заметит ее эффект.
( Распространение информации о сделке перед ее отправкой
Как уже упоминалось, 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###