Прежде чем читать эту статью, вам необходимо иметь базовое представление о MEV, роли Flashbot и влиянии Flashbot на MEV.
Также необходимо знать базовое понимание механизма PoS и изменений, вызванных The Merge.
МЭВ
Во-первых, рассмотрим, что такое MEV.
Miner Extractable Value буквально означает «ценность, которую разработчик блока может извлечь».
Это значение не относится к комиссии, уплаченной пользователем разработчику блока за упаковку транзакции пользователя в блок. Действие по предоставлению комиссий согласовывается пользователем, и пользователь может настроить комиссию очень низкой, так что его транзакция будет собираться в течение длительного времени, но, по крайней мере, разработчик блока не может взимать комиссию за транзакцию.
*Совет к прочтению: MEV теперь переименован в Maximal Extractable Value, так как текущая разработка MEV больше не является исключительной для разработчиков блоков. *
«Ценность, которую разработчик блоков может выжать» относится к тому факту, что разработчик блоков получает прибыль, изменяя порядок транзакций, вставляя свои собственные транзакции и до (или после) транзакций, которые используются. Так какие же преимущества могут выжать разработчики блоков?
Например, когда горячий NFT предлагает слоты для минта, и только самые быстрые 100 человек могут успешно минтить, то Кэрол, которая дружит с разработчиком блока или достигла какого-то соглашения с разработчиком блока вне сети, может гарантировать, что разработчик блока может разместить свою транзакцию минта перед чьей-то транзакцией минта, организовав порядок транзакции.
△ Разработчики блоков будут отдавать приоритет транзакциям минта Кэрол перед транзакциями других людей.
Еще одним распространенным MEV является AMM-транзакция, которая зажимает пользователей, заставляя их получать худшую цену (в пределах допустимого диапазона), а разница между ожидаемой ценой пользователя и худшей ценой — это прибыль, выжатая разработчиком блока.
В приведенном ниже примере Алиса рассчитывает обменять 1 WBTC на 21 500 USDT, но она знает, что в децентрализованном мире ее транзакция может быть не первой, и когда кто-то другой также торгует WBTC/USDT до нее, цена AMM будет изменена, и 1 WBTC может не быть обменен на 21 500 USDT, поэтому она устанавливает худшую цену в 20 500 USDT в допустимом диапазоне:
△Алиса рассчитывает обменять 1 WBTC на 21 500 USDT, но в худшем случае может принять 20 500 USDT.
В это время Ева обнаружила транзакцию Алисы и решила продать WBTC до сделки Алисы, в результате чего цена WBTC упала до 20 500 USDT, а затем, выполнив транзакцию Алисы, Алиса была вынуждена торговать по цене 20 500 USDT.
Наконец, Ева выкупает WBTC с помощью USDT, полученных от продажи WBTC в начале, и цена WBTC будет меньше 20 500 USDT, что означает, что Ева завершила покупку по минимуму и продажу по высокой цене (< купить по цене 20 500 и продать по цене 21 500) и заработать разницу в цене.
△ Разработчик блоков Eve посчитал выгодным продать WBTC до сделки Алисы, а затем выкупил WBTC обратно, чтобы заработать спред после того, как транзакция Алисы была исполнена.
Децентрализованные системы должны иметь MEV
В централизованной системе вы можете доверять ролям, отвечающим за последовательность транзакций (оператор, секвенсор), и быть уверенным в том, что они не сделают ничего плохого, что навредит пользователю ради репутации, или вы можете выйти из системы. Такова и нынешняя ситуация L2, и маловероятно, что участники проекта L2 будут разбивать собственные вывески, чтобы извлечь MEV.
Но в децентрализованной системе разработчиком блоков может стать любой, и мы не можем просто и объективно доказать, что поведение разработчика блока «плохое», а значит, мы не можем эффективно запретить разработчикам блоков эксплуатировать прибыль.
Мы не должны ожидать, что разработчики блоков будут «хорошими людьми», но мы должны беспокоиться о том, что если разработчик блоков зарабатывает все больше и больше денег из-за MEV и инвестирует в все больше и больше оборудования для разработки блоков, он будет становиться все больше и больше, заставляя его устранять других конкурентов, и в результате будет дилемма только одного разработчика блоков в децентрализованной системе, и в конечном итоге он сможет навязывать правила личных предпочтений на транзакции пользователей по своему желанию. Именно поэтому появился Flashbot.
Флэшбот
Для того, чтобы MEV не влиял на степень децентрализации разработчиков блоков, Flashbot сделал MEV открытым рынком, где разработчики блоков и профессиональные искатели MEV сотрудничают и обмениваются MEV, и существует высокая степень конкуренции между разработчиками блоков и теми, кто ищет MEV.
Благодаря такой конкуренции и партнерству разработчики блоков и поисковики MEV могут сосредоточиться на своей специальности, и искателям MEV не нужно беспокоиться о том, что разработчики блоков могут украсть их арбитражные возможности или намеренно не принимать их собственные транзакции.
△ Searcher находит транзакции из открытого торгового пула в арбитраж и делает ставки на права на доход для своих собственных пакетов, которые передаются Flashbot, а затем выбираются разработчиком блока.
Риск централизации
Тем не менее, у Flashbot все же есть недостаток, все арбитражные транзакции поиска MEV должны проходить через централизованный сервер Flashbot, который может украсть арбитражные возможности или просмотреть арбитражные сделки.
Помимо Flashbot, на рынке появились и такие проекты, как Eden Network. По сути, это та же архитектура, что и у Flashbot, за исключением собственного ненужного стейкинга, приоритета транзакций внутри блока и дополнительных механизмов торгов. Но, по крайней мере, когда Flashbot начинает творить зло, у разработчиков блоков и поисковиков есть другие варианты.
MEV является установленным фактом, который должен быть принят
Как разработчики протоколов, так и пользователи должны проявлять бдительность в отношении MEV. Если это возможно, включение MEV в дизайн протокола и превращение MEV в полезный инструмент — это то, о чем разработчики протоколов должны подумать при проектировании механизмов в будущем. В последующих статьях также будет рассмотрен дизайн и идеи по эффективному использованию MEV.
Слияние
Ethereum перешел на механизм PoS после The Merge, и из разработчика блоков, конкурирующего с вычислительными мощностями майнинговых машин для стейкинга ETH, он может стать Валидатором, чтобы получить возможность предлагать блоки, а это значит, что порог получения блоков в PoS значительно ниже. Снижение порога получения возможностей генерации блоков фактически влияет на конкуренцию и кооперацию между разными ролями во Flashbot.
Совет по прочтению: Предложение здесь написано на английском языке, чтобы избежать неправильного толкования китайских слов «предложите блок» и «блок сборки», потому что значение слишком близко. *
Изменение доверительных отношений
До появления PoS Searcher должен был быть уверен в том, что разработчик блока не перехватит содержимое его пакета, и даже если бы разработчик блока это сделал, Searcher мог противодействовать только с помощью механизмов вне сети, таких как представление доказательств, чтобы попросить Flashbot внести разработчика блока в черный список, или публикация поста в Twitter, чтобы закрыть его.
Тем не менее, разработчики блоков в основном очень склонны к сотрудничеству, потому что отношения между разработчиком блока и Searcher являются долгосрочным сотрудничеством, и если разработчик блока захватит Searcher для определенной выгоды MEV сегодня, и разработчик блока не получит никаких возможностей MEV в будущем, оно того не стоит.
Однако после PoS можно получить возможность производить блоки, стейкинг ETH, а порог производства блоков снижается. В результате многие обычные люди присоединяются в качестве валидаторов, что приводит к вероятности медленного размывания блоков.
По сравнению с несколькими майнинговыми пулами, которые вложили много средств в PoW и работают уже давно, Валидатор в PoS может лишь изредка получать возможность генерировать блоки, а его вознаграждение за блок плюс средняя годовая ставка MEV рассчитывается, даже если она составляет 10%, у Валидатора все равно есть очень достаточный стимул для захвата MEV Искателя.
Советы по чтению: Вы можете обратиться к таблице лидеров MEV статистики Flashbot, скопируйте ссылку ниже, чтобы перейти в браузер для просмотра соответствующего контента:
△ Если вы воспользуетесь возможностью получить более 3,2 ETH MEV, это превысит 10% годовых.
Поэтому архитектура Flashbot нуждается в корректировке в соответствии с изменением доверительных отношений и механизмом PoS, и он стал текущим mev-boost.
Мив-буст
В mev-boost роль Relay между Searcher и разработчиком блока Flashbot разделена на две, одна из которых называется Builder, а другая называется Relay, но с разными обязанностями.
Искатель передает связку Строителю, который выбирает несколько связок из нескольких связок, чтобы сформировать блок, и передает блок Ретранслятору, который, в свою очередь, выбирает один из блоков, представленных Ретранслятором.
△ Searcher конкурирует с Searcher, Builder конкурирует с Builder, а Validator выбирает из него наиболее выгодный блок.
Builder отвечает за поиск наиболее выгодной комбинации связок в ограниченном объеме блока, надеясь, что Валидатор выберет свой собственный блок.
Так для чего же нужен Relay? Как упоминалось выше, отношения доверия изменились, поэтому Поисковик/Строитель не может доверять Валидатору, поэтому Валидатор в mev-boost должен дать обещание «Я предложу ваш блок» перед тем, как получить фактическое содержимое блока.
Relay выступает в качестве посредника между Builder и Validator, помогая координировать: Relay сохраняет содержимое блока до тех пор, пока не получит обещание Валидатора, прежде чем передать блок, созданный Builder, Валидатору.
В актуальной терминологии Ethereum Beacon Chain содержимое блока, созданного конструктором, называется ution Payload, и валидатор будет получать данные от Relay под названием ution Payload Header, что можно рассматривать как обязательство Payload, а подписание заголовка представляет собой подписание полезной нагрузки.
Когда Валидатор выберет, какой блок предложить Relay, он поместит заголовок полезной нагрузки блока в блок Beacon и подпишет его, а затем передаст подписанный контент Relay в качестве доказательства, и, наконец, Relay может быть уверен, что содержимое блока будет передано Валидатору и позволит ему предложить блок.
△ Строитель передает блок Ретранслятору, а Ретранслятор передает Заголовок Валидатору
△ Если валидатор выберет блок, заголовок будет помещен в блок маяка, подписан и передан Relay.
△ Затем Relay передает весь чанк валидатору.
Если Валидатор окончательно предаст Relay и решит предложить другой блок, то Relay может опубликовать подпись, которую ему дал Валидатор, в качестве доказательства того, что Валидатор предложил два разных блока, и тогда Валидатор будет оштрафован за нарушение правил Ethereum Beacon Chain.
△ Ева была урезана (часть заложенных ETH была конфискована) из-за того, что он предложил другой блок.
Гипотеза доверия
В mev-boost Валидатор должен доверять Relay, если содержимое блока, окончательно раскрытого Relay, не является законным, или фактические деньги, полученные Валидатором, не соответствуют ожидаемым, или даже если Ретранслятор напрямую не публикует содержимое блока, Валидатор не может предложить блок, тогда Валидатор может противодействовать только через механизм вне сети, например, сообщая другим Валидаторам о злонамеренном поведении Ретранслятора.
Автоматический выключатель
Валидаторы не могут контролироваться и вмешиваться 24 часа в сутки, поэтому, когда программное обеспечение валидатора обнаруживает, что (один и тот же ретранслятор или несколько) постоянно нарушает доверие, оно должно быть в состоянии отреагировать, чтобы избежать постоянной потери дохода, потому что нет блоков предложений.
Например, если вы обнаружите, что не предложили блок более чем для пяти слотов, вам нужно вернуться назад и использовать свой собственный узел для создания содержимого блока.
Для получения соответствующих документов, пожалуйста, обратитесь к:
Релейный монитор
Чтобы уменьшить влияние проступков персонажа Relay, сообщество Flashbot также думает о разработке мониторинга поведения Relay.
Для получения соответствующих документов, пожалуйста, обратитесь к:
Доступность данных C****ommittee
Один из способов предотвратить непубликацию содержимого блока Relay — передать данные блока комитету узлов, которые отвечают за хранение и обеспечение доступности содержимого блока, т. е. децентрализовать ответственность за хранение содержимого блока.
Какие Builders и Relay доступны в настоящее время? **
Здесь вы можете увидеть текущие Builder и Relay:
MEV-Boost
Проверьте веб-сайт:
Как вы можете видеть, несмотря на то, что это основная команда разработчиков mev-boost, Flashbot не имеет доминирующего статуса Relay, потому что Flashbot разрабатывал mev-boost с самого начала и не установил себя в качестве Relay по умолчанию в программном обеспечении mev-boost.
Советы по чтению: Узнайте больше, пожалуйста, смотрите
2023–04–02 Атака на реле mev-boost
Вредоносный валидатор обнаружил уязвимость в Relay: Relay отправит содержимое пакета обратно валидатору, если у него есть действительная подпись для проверки (независимо от того, является ли контент легитимным или нет).
Поэтому вредоносный валидатор подписывает невалидный контент (значения некоторых полей заголовка невалидны), а после того, как Ретранслятор отправляет обратно содержимое пакета, валидатор крадет арбитражную транзакцию в связке, а затем предлагает другой валидный блок.
Relay пытается транслировать заголовок, подписанный Валидатором, но он отклоняется другими узлами, потому что содержимое недопустимо, поэтому все видят только валидный блок, предложенный самим Валидатором. После этого Валидатор был вырезан и исключен из списка валидаторов за подписание двух разных заголовков (для Relay и Proposed), но ущерб был нанесен.
Обновленный Ретранслятор теперь будет пытаться транслировать заголовок Валидатора первым, если он будет успешно получен другими узлами, это означает, что содержимое знака Валидатора легитимно, и другие узлы увидят блок, транслируемый Ретранслятором, первыми, если Валидатор попытается украсть содержимое пакета и предложить его сам, выиграть блок, транслируемый Ретранслятором (потому что уже есть много узлов, которые видели блок, транслируемый Ретранслятором).
Совет к прочтению 1: Объясните нить этой атаки и связанные с ней доказательства и патчи Relay, пожалуйста, обратитесь к этой теме, пожалуйста, обратитесь к этой теме для получения подробной информации:
*Совет к прочтению 2: Помимо кражи арбитражных транзакций из пакетов, злоумышленники-валидаторы также могут атаковать арбитражеров, которые выполняют сэндвич-страйки: арбитражеры, выполняющие сэндвич-страйки, будут вставлять свои собственные сделки до и после сделки жертвы — превентивно покупая жертву, а затем продавая после того, как жертва покупает, чтобы заработать спред, но для того, чтобы клипер был успешным, обе сделки должны быть исполнены, иначе будет исполнена только предыдущая сделка, но арбитражер не только не заработает спред, но и потеряет собственные средства. *
Тем не менее, патчи, сделанные в ответ на эту атаку, увеличат время задержки производства блоков, поэтому количество случаев реорганизации цепочки PoS значительно увеличилось в течение нескольких дней после атаки, и в настоящее время разрабатывается и внедряется несколько решений, чтобы избежать нестабильности сети PoS, вызванной задержкой MEV-Boost.
Совет по прочтению: Для получения подробной информации вы можете скопировать ссылку ниже для просмотра в браузере
Влияние Flashbot/mev-boost
Влияет на эффективность голосования валидаторов
Из-за Flashbot/mev-boost процесс от производства до фактического предложения блока прошел больше уровней, что приводит к временной задержке блока предложения валидатора, а другие валидаторы, ответственные за голосование, получат блок позже, поэтому их время голосования будет сжато, что повлияет на безопасность всей сети PoS.
Хотя это не кажется большим влиянием: по оценкам, явка снизилась на 2%, а валидаторов, проголосовавших правильно, на 1%, это с октября 2022 года, когда только треть валидаторов была подключена к MEV Relay.
Совет к прочтению: Для получения дополнительной информации, пожалуйста, обратитесь к статье, ссылка на которую приведена ниже
Резюме и основные моменты
MEV неизбежен, и разработчики блоков имеют самое большое преимущество в майнинге MEV. Flashbot превращает майнинг MEV в открытый рынок, не позволяя централизации майнеров влиять на безопасность всей цепочки.
mev-boost родился в ответ на изменения, вызванные PoS, mev-boost переворачивает доверительные отношения между Searcher/Builder и Validator и делает конкуренцию более открытой: есть несколько Builders, конкурирующих друг с другом, и несколько Relay, конкурирующих друг с другом, что еще больше снижает риск централизации Flashbot.
В следующей статье мы представим разделение Proposer-Builder (PBS), которое интегрирует архитектуру mev-boost непосредственно в собственный протокол Ethereum, а не частное сотрудничество между Validator, Builder и Searcher, что сделает всю экосистему MEV более децентрализованной и безопасной.
Справочные данные и рекомендации для дальнейшего чтения
*Статистика:
*Статистика:
*
Посмотреть Оригинал
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
MEV после слияния Ethereum
Автор: Nic @ imToken Labs
Советы по чтению
МЭВ
Во-первых, рассмотрим, что такое MEV.
Miner Extractable Value буквально означает «ценность, которую разработчик блока может извлечь».
Это значение не относится к комиссии, уплаченной пользователем разработчику блока за упаковку транзакции пользователя в блок. Действие по предоставлению комиссий согласовывается пользователем, и пользователь может настроить комиссию очень низкой, так что его транзакция будет собираться в течение длительного времени, но, по крайней мере, разработчик блока не может взимать комиссию за транзакцию.
*Совет к прочтению: MEV теперь переименован в Maximal Extractable Value, так как текущая разработка MEV больше не является исключительной для разработчиков блоков. *
«Ценность, которую разработчик блоков может выжать» относится к тому факту, что разработчик блоков получает прибыль, изменяя порядок транзакций, вставляя свои собственные транзакции и до (или после) транзакций, которые используются. Так какие же преимущества могут выжать разработчики блоков?
Например, когда горячий NFT предлагает слоты для минта, и только самые быстрые 100 человек могут успешно минтить, то Кэрол, которая дружит с разработчиком блока или достигла какого-то соглашения с разработчиком блока вне сети, может гарантировать, что разработчик блока может разместить свою транзакцию минта перед чьей-то транзакцией минта, организовав порядок транзакции.
△ Разработчики блоков будут отдавать приоритет транзакциям минта Кэрол перед транзакциями других людей.
Еще одним распространенным MEV является AMM-транзакция, которая зажимает пользователей, заставляя их получать худшую цену (в пределах допустимого диапазона), а разница между ожидаемой ценой пользователя и худшей ценой — это прибыль, выжатая разработчиком блока.
В приведенном ниже примере Алиса рассчитывает обменять 1 WBTC на 21 500 USDT, но она знает, что в децентрализованном мире ее транзакция может быть не первой, и когда кто-то другой также торгует WBTC/USDT до нее, цена AMM будет изменена, и 1 WBTC может не быть обменен на 21 500 USDT, поэтому она устанавливает худшую цену в 20 500 USDT в допустимом диапазоне:
△Алиса рассчитывает обменять 1 WBTC на 21 500 USDT, но в худшем случае может принять 20 500 USDT.
В это время Ева обнаружила транзакцию Алисы и решила продать WBTC до сделки Алисы, в результате чего цена WBTC упала до 20 500 USDT, а затем, выполнив транзакцию Алисы, Алиса была вынуждена торговать по цене 20 500 USDT.
Наконец, Ева выкупает WBTC с помощью USDT, полученных от продажи WBTC в начале, и цена WBTC будет меньше 20 500 USDT, что означает, что Ева завершила покупку по минимуму и продажу по высокой цене (< купить по цене 20 500 и продать по цене 21 500) и заработать разницу в цене.
△ Разработчик блоков Eve посчитал выгодным продать WBTC до сделки Алисы, а затем выкупил WBTC обратно, чтобы заработать спред после того, как транзакция Алисы была исполнена.
Децентрализованные системы должны иметь MEV
В централизованной системе вы можете доверять ролям, отвечающим за последовательность транзакций (оператор, секвенсор), и быть уверенным в том, что они не сделают ничего плохого, что навредит пользователю ради репутации, или вы можете выйти из системы. Такова и нынешняя ситуация L2, и маловероятно, что участники проекта L2 будут разбивать собственные вывески, чтобы извлечь MEV.
Но в децентрализованной системе разработчиком блоков может стать любой, и мы не можем просто и объективно доказать, что поведение разработчика блока «плохое», а значит, мы не можем эффективно запретить разработчикам блоков эксплуатировать прибыль.
Мы не должны ожидать, что разработчики блоков будут «хорошими людьми», но мы должны беспокоиться о том, что если разработчик блоков зарабатывает все больше и больше денег из-за MEV и инвестирует в все больше и больше оборудования для разработки блоков, он будет становиться все больше и больше, заставляя его устранять других конкурентов, и в результате будет дилемма только одного разработчика блоков в децентрализованной системе, и в конечном итоге он сможет навязывать правила личных предпочтений на транзакции пользователей по своему желанию. Именно поэтому появился Flashbot.
Флэшбот
Для того, чтобы MEV не влиял на степень децентрализации разработчиков блоков, Flashbot сделал MEV открытым рынком, где разработчики блоков и профессиональные искатели MEV сотрудничают и обмениваются MEV, и существует высокая степень конкуренции между разработчиками блоков и теми, кто ищет MEV.
Благодаря такой конкуренции и партнерству разработчики блоков и поисковики MEV могут сосредоточиться на своей специальности, и искателям MEV не нужно беспокоиться о том, что разработчики блоков могут украсть их арбитражные возможности или намеренно не принимать их собственные транзакции.
△ Searcher находит транзакции из открытого торгового пула в арбитраж и делает ставки на права на доход для своих собственных пакетов, которые передаются Flashbot, а затем выбираются разработчиком блока.
Риск централизации
Тем не менее, у Flashbot все же есть недостаток, все арбитражные транзакции поиска MEV должны проходить через централизованный сервер Flashbot, который может украсть арбитражные возможности или просмотреть арбитражные сделки.
Помимо Flashbot, на рынке появились и такие проекты, как Eden Network. По сути, это та же архитектура, что и у Flashbot, за исключением собственного ненужного стейкинга, приоритета транзакций внутри блока и дополнительных механизмов торгов. Но, по крайней мере, когда Flashbot начинает творить зло, у разработчиков блоков и поисковиков есть другие варианты.
MEV является установленным фактом, который должен быть принят
Как разработчики протоколов, так и пользователи должны проявлять бдительность в отношении MEV. Если это возможно, включение MEV в дизайн протокола и превращение MEV в полезный инструмент — это то, о чем разработчики протоколов должны подумать при проектировании механизмов в будущем. В последующих статьях также будет рассмотрен дизайн и идеи по эффективному использованию MEV.
Слияние
Ethereum перешел на механизм PoS после The Merge, и из разработчика блоков, конкурирующего с вычислительными мощностями майнинговых машин для стейкинга ETH, он может стать Валидатором, чтобы получить возможность предлагать блоки, а это значит, что порог получения блоков в PoS значительно ниже. Снижение порога получения возможностей генерации блоков фактически влияет на конкуренцию и кооперацию между разными ролями во Flashbot.
Изменение доверительных отношений
До появления PoS Searcher должен был быть уверен в том, что разработчик блока не перехватит содержимое его пакета, и даже если бы разработчик блока это сделал, Searcher мог противодействовать только с помощью механизмов вне сети, таких как представление доказательств, чтобы попросить Flashbot внести разработчика блока в черный список, или публикация поста в Twitter, чтобы закрыть его.
Тем не менее, разработчики блоков в основном очень склонны к сотрудничеству, потому что отношения между разработчиком блока и Searcher являются долгосрочным сотрудничеством, и если разработчик блока захватит Searcher для определенной выгоды MEV сегодня, и разработчик блока не получит никаких возможностей MEV в будущем, оно того не стоит.
Однако после PoS можно получить возможность производить блоки, стейкинг ETH, а порог производства блоков снижается. В результате многие обычные люди присоединяются в качестве валидаторов, что приводит к вероятности медленного размывания блоков.
По сравнению с несколькими майнинговыми пулами, которые вложили много средств в PoW и работают уже давно, Валидатор в PoS может лишь изредка получать возможность генерировать блоки, а его вознаграждение за блок плюс средняя годовая ставка MEV рассчитывается, даже если она составляет 10%, у Валидатора все равно есть очень достаточный стимул для захвата MEV Искателя.
Советы по чтению: Вы можете обратиться к таблице лидеров MEV статистики Flashbot, скопируйте ссылку ниже, чтобы перейти в браузер для просмотра соответствующего контента:
△ Если вы воспользуетесь возможностью получить более 3,2 ETH MEV, это превысит 10% годовых.
Поэтому архитектура Flashbot нуждается в корректировке в соответствии с изменением доверительных отношений и механизмом PoS, и он стал текущим mev-boost.
Мив-буст
В mev-boost роль Relay между Searcher и разработчиком блока Flashbot разделена на две, одна из которых называется Builder, а другая называется Relay, но с разными обязанностями.
Искатель передает связку Строителю, который выбирает несколько связок из нескольких связок, чтобы сформировать блок, и передает блок Ретранслятору, который, в свою очередь, выбирает один из блоков, представленных Ретранслятором.
△ Searcher конкурирует с Searcher, Builder конкурирует с Builder, а Validator выбирает из него наиболее выгодный блок.
Builder отвечает за поиск наиболее выгодной комбинации связок в ограниченном объеме блока, надеясь, что Валидатор выберет свой собственный блок.
Так для чего же нужен Relay? Как упоминалось выше, отношения доверия изменились, поэтому Поисковик/Строитель не может доверять Валидатору, поэтому Валидатор в mev-boost должен дать обещание «Я предложу ваш блок» перед тем, как получить фактическое содержимое блока.
Relay выступает в качестве посредника между Builder и Validator, помогая координировать: Relay сохраняет содержимое блока до тех пор, пока не получит обещание Валидатора, прежде чем передать блок, созданный Builder, Валидатору.
В актуальной терминологии Ethereum Beacon Chain содержимое блока, созданного конструктором, называется ution Payload, и валидатор будет получать данные от Relay под названием ution Payload Header, что можно рассматривать как обязательство Payload, а подписание заголовка представляет собой подписание полезной нагрузки.
Когда Валидатор выберет, какой блок предложить Relay, он поместит заголовок полезной нагрузки блока в блок Beacon и подпишет его, а затем передаст подписанный контент Relay в качестве доказательства, и, наконец, Relay может быть уверен, что содержимое блока будет передано Валидатору и позволит ему предложить блок.
△ Строитель передает блок Ретранслятору, а Ретранслятор передает Заголовок Валидатору
△ Если валидатор выберет блок, заголовок будет помещен в блок маяка, подписан и передан Relay.
△ Затем Relay передает весь чанк валидатору.
Если Валидатор окончательно предаст Relay и решит предложить другой блок, то Relay может опубликовать подпись, которую ему дал Валидатор, в качестве доказательства того, что Валидатор предложил два разных блока, и тогда Валидатор будет оштрафован за нарушение правил Ethereum Beacon Chain.
△ Ева была урезана (часть заложенных ETH была конфискована) из-за того, что он предложил другой блок.
Гипотеза доверия
В mev-boost Валидатор должен доверять Relay, если содержимое блока, окончательно раскрытого Relay, не является законным, или фактические деньги, полученные Валидатором, не соответствуют ожидаемым, или даже если Ретранслятор напрямую не публикует содержимое блока, Валидатор не может предложить блок, тогда Валидатор может противодействовать только через механизм вне сети, например, сообщая другим Валидаторам о злонамеренном поведении Ретранслятора.
Автоматический выключатель
Валидаторы не могут контролироваться и вмешиваться 24 часа в сутки, поэтому, когда программное обеспечение валидатора обнаруживает, что (один и тот же ретранслятор или несколько) постоянно нарушает доверие, оно должно быть в состоянии отреагировать, чтобы избежать постоянной потери дохода, потому что нет блоков предложений.
Например, если вы обнаружите, что не предложили блок более чем для пяти слотов, вам нужно вернуться назад и использовать свой собственный узел для создания содержимого блока.
Для получения соответствующих документов, пожалуйста, обратитесь к:
Релейный монитор
Чтобы уменьшить влияние проступков персонажа Relay, сообщество Flashbot также думает о разработке мониторинга поведения Relay.
Для получения соответствующих документов, пожалуйста, обратитесь к:
Доступность данных C****ommittee
Один из способов предотвратить непубликацию содержимого блока Relay — передать данные блока комитету узлов, которые отвечают за хранение и обеспечение доступности содержимого блока, т. е. децентрализовать ответственность за хранение содержимого блока.
Какие Builders и Relay доступны в настоящее время? **
Здесь вы можете увидеть текущие Builder и Relay:
Проверьте веб-сайт:
Как вы можете видеть, несмотря на то, что это основная команда разработчиков mev-boost, Flashbot не имеет доминирующего статуса Relay, потому что Flashbot разрабатывал mev-boost с самого начала и не установил себя в качестве Relay по умолчанию в программном обеспечении mev-boost.
Советы по чтению: Узнайте больше, пожалуйста, смотрите
2023–04–02 Атака на реле mev-boost
Вредоносный валидатор обнаружил уязвимость в Relay: Relay отправит содержимое пакета обратно валидатору, если у него есть действительная подпись для проверки (независимо от того, является ли контент легитимным или нет).
Поэтому вредоносный валидатор подписывает невалидный контент (значения некоторых полей заголовка невалидны), а после того, как Ретранслятор отправляет обратно содержимое пакета, валидатор крадет арбитражную транзакцию в связке, а затем предлагает другой валидный блок.
Relay пытается транслировать заголовок, подписанный Валидатором, но он отклоняется другими узлами, потому что содержимое недопустимо, поэтому все видят только валидный блок, предложенный самим Валидатором. После этого Валидатор был вырезан и исключен из списка валидаторов за подписание двух разных заголовков (для Relay и Proposed), но ущерб был нанесен.
Обновленный Ретранслятор теперь будет пытаться транслировать заголовок Валидатора первым, если он будет успешно получен другими узлами, это означает, что содержимое знака Валидатора легитимно, и другие узлы увидят блок, транслируемый Ретранслятором, первыми, если Валидатор попытается украсть содержимое пакета и предложить его сам, выиграть блок, транслируемый Ретранслятором (потому что уже есть много узлов, которые видели блок, транслируемый Ретранслятором).
Совет к прочтению 1: Объясните нить этой атаки и связанные с ней доказательства и патчи Relay, пожалуйста, обратитесь к этой теме, пожалуйста, обратитесь к этой теме для получения подробной информации:
*Совет к прочтению 2: Помимо кражи арбитражных транзакций из пакетов, злоумышленники-валидаторы также могут атаковать арбитражеров, которые выполняют сэндвич-страйки: арбитражеры, выполняющие сэндвич-страйки, будут вставлять свои собственные сделки до и после сделки жертвы — превентивно покупая жертву, а затем продавая после того, как жертва покупает, чтобы заработать спред, но для того, чтобы клипер был успешным, обе сделки должны быть исполнены, иначе будет исполнена только предыдущая сделка, но арбитражер не только не заработает спред, но и потеряет собственные средства. *
Тем не менее, патчи, сделанные в ответ на эту атаку, увеличат время задержки производства блоков, поэтому количество случаев реорганизации цепочки PoS значительно увеличилось в течение нескольких дней после атаки, и в настоящее время разрабатывается и внедряется несколько решений, чтобы избежать нестабильности сети PoS, вызванной задержкой MEV-Boost.
Совет по прочтению: Для получения подробной информации вы можете скопировать ссылку ниже для просмотра в браузере
Влияние Flashbot/mev-boost
Влияет на эффективность голосования валидаторов
Из-за Flashbot/mev-boost процесс от производства до фактического предложения блока прошел больше уровней, что приводит к временной задержке блока предложения валидатора, а другие валидаторы, ответственные за голосование, получат блок позже, поэтому их время голосования будет сжато, что повлияет на безопасность всей сети PoS.
Хотя это не кажется большим влиянием: по оценкам, явка снизилась на 2%, а валидаторов, проголосовавших правильно, на 1%, это с октября 2022 года, когда только треть валидаторов была подключена к MEV Relay.
Совет к прочтению: Для получения дополнительной информации, пожалуйста, обратитесь к статье, ссылка на которую приведена ниже
Резюме и основные моменты
В следующей статье мы представим разделение Proposer-Builder (PBS), которое интегрирует архитектуру mev-boost непосредственно в собственный протокол Ethereum, а не частное сотрудничество между Validator, Builder и Searcher, что сделает всю экосистему MEV более децентрализованной и безопасной.
Справочные данные и рекомендации для дальнейшего чтения
*Статистика: *Статистика: *