С ростом активности в цепочке и эволюцией и обогащением инфраструктуры в цепочке, MEV в цепочке всегда рассматривался как самая опасная часть темного леса Ethereum, что напрямую приводит к потере прибыли и ухудшению пользовательского опыта в финансовой деятельности пользователей на цепочке. Цель этой статьи «Освещение темного леса» заключается в том, чтобы на основе механизма генерации блоков Ethereum 2.0 и технической эволюции разделения предложителя и строителя (PBS) акцентировать внимание на естественной централизованности и проблемах доверия, которые возникают в результате этой системы и резко противоречат ценностям Ethereum.
Усиление MEV на блокчейне действительно является двойным мечом, имеет свои положительные и отрицательные внешние эффекты. Положительные внешние эффекты включают в себя уменьшение ценовых различий на DEX и помощь в ликвидации сделок; отрицательные внешние эффекты включают в себя ущерб от промежуточной торговли для пользователей. Таким образом, решения для MEV в большей степени направлены на уменьшение отрицательных внешних эффектов, а не на их полное устранение. В процессе исследования механизмов, направленных на уменьшение отрицательных внешних эффектов MEV и решение текущих проблем, связанных с промежуточным программным обеспечением на основе доверия третьих лиц (Relayer), мы в основном разделяем меры на три категории: улучшения аукционной механики, улучшения уровня консенсуса, улучшения уровня приложений. Эти три улучшения будут в разной степени влиять на современное состояние MEV, однако некоторые решения не могут существенно решить проблему атак сэндвичей, с которой сталкиваются пользователи, так как сделки пользователей по-прежнему находятся в публичном пуле. Поэтому необходимо внедрять больше технологий приватных пулов для защиты опциональной конфиденциальности сделок пользователей, и эти решения MEV стоит попробовать объединить.
Помимо этого, MEV как неизбежный побочный продукт механизма дизайна в будущем станет еще более сложным. В статье мы также исследовали возможные технические вызовы и возможности MEV, которые могут возникнуть при реализации новых типов транзакций, таких как архитектура Layer2 и абстракция аккаунтов EIP-4337.
Наконец, мы надеемся с помощью этой статьи исследовать потенциальные решения проблемы снижения негативных внешних эффектов MEV и получить всестороннее понимание преимуществ и недостатков текущих решений MEV, не только для того, чтобы осветить темный лес, в котором находятся пользователи в будущем, но и для того, чтобы осветить темный лес для исследователей отрасли, занимающихся дальнейшими исследованиями MEV.
Эфириум 2.0
С тех пор как состоялся The Merge, Ethereum принял механизм POS для обеспечения безопасности сети, одновременно отказавшись от ресурсоемкой конкуренции в производстве блоков и перейдя на доказательство доли. После слияния Ethereum был разделен на уровень выполнения и уровень консенсуса. Также изменился процесс производства блоков: каждый Epoch представляет собой цикл POS, который в свою очередь делится на 32 Slot, каждый из которых соответствует единице времени для генерации блока, равной 12 секундам.
Вся сеть будет в каждом Эпохе случайным образом выбирать комитет из валидаторов, предлагающий блок будет случайно выбран из состава комитета, этот предложитель блока должен упаковать транзакции и отсортировать их для окончательного создания блока, другие валидаторы комитета будут контролировать этот процесс, а затем голосовать за этот блок. И этот комитет будет пересбираться после каждого Эпоха. Также накладываются определенные временные ограничения на операции, чтобы обеспечить эффективность генерации блоков и голосования. Здесь мы стандартизируем терминологию для читателя, Payload - это исполняемая нагрузка, означающая изменение состояния транзакций, может рассматриваться как часть исполнения блока. Предложитель блока будет выполнять исполняемую нагрузку (Execution Payload, то есть осуществлять изменения состояния результатов транзакций ) и предложение блока.
Архитектура PBS
На самом деле, когда валидатор выбирается в качестве предложителя блока, предложитель часто не имеет мотивации выполнять нагрузку, то есть сортировать транзакции и выполнять их, потому что это требует значительных вычислительных ресурсов для выполнения изменений состояния. Изначально было задумано, что если мы выберем децентрализованный комитет и включим выполнение нагрузки в этот процесс, то сортировка транзакций и т. д. станет децентрализованным делом. Однако валидаторы, похоже, естественно хотят передать эту часть на выполнение третьей стороне, а сами предложители сосредоточены на предложении блока. Таким образом, появилась концепция PBS, которая разделяет предложение блока и его построение, при этом предложители блоков отвечают только за проверку блока и не участвуют в его построении. Разделение между предложителями и строителями способствует созданию открытого рынка, на котором предложители блоков могут получать блоки от строителей блоков. Эти строители конкурируют друг с другом за создание блоков и предлагают предложителям наивысшую плату, что мы называем "аукционом блоков".
Мы кратко представим всю модель аукциона Sealed First Bid для PBS(Proposer Builder Seperate). Когда пользователь отправляет транзакцию через RPC-прокси, RPC фактически запускает узел, который отправляет транзакцию в публичный Mempool, где несколько Builder находят наиболее подходящие транзакции для сортировки с целью создания блока с максимальной прибылью (, максимизация прибыли означает сборы за транзакции Base + Priority + MEV). Затем несколько Builder взаимодействуют с Proposer через MEV-Boost Relayer. Relayer является связующим звеном между несколькими Builder и Proposer, где Builder отправляет свои ставки Relayer, а Relayer передает Proposer несколько заголовков блоков и соответствующие ставки. Proposer обычно принимает ставку на блок с максимальной ценой. При этом Relayer реализует стандарт MEVBboost, который является техническим стандартом, предложенным Flashbot для регулирования взаимодействия между Builder и Proposer в процессе подачи заявок на аукцион. В этом процессе вся информация является закрытой, и Relayer отправляет Proposer только заголовки блоков, поэтому Proposer обладает устойчивостью к цензуре.
Участники и игры в PBS
Основными участниками являются Builder, Relayer, Proposer, MEVbot(Searcher).
Строитель
Builder в основном отвечает за создание содержимого блока, и после использования технологии MEV-Boost он находится в более выгодном положении при торгах, поскольку поддерживает не только газовые сборы, но и доходы от MEV. Builder может напрямую проверять транзакции пользователей и Searcher, что всегда вызывало критику, особенно после того, как правительство США объявило OFAC. Многие Builder приняли участие в соблюдении OFAC, и хотя доля проверенных блоков в последнее время снизилась, мы можем видеть, что в процессе создания блока Builder имеет прямое влияние на проверку транзакций.
С учетом текущей доли рынка Builder, некоторый чистый Build без проверки постепенно расширяет свою долю рынка, все ориентировано на прибыль.
Поиск
По сути, работа по максимизации прибыли требует совместных усилий Searcher и Builder. Searcher часто сотрудничает с конкретными Builder, что приводит к образованию Dark Pool или Private Pool, где сделки Searcher видны только определенным Builder. Некоторые Builder получают максимизируемую прибыль от MEV-сделок и далее участвуют в аукционе на блок-пространство. Теоретически, если Builder злоупотребляет или проводит цензуру, то Searcher может выбрать других Builder, что приведет к постепенному снижению рыночной доли Builder. Таким образом, в условиях зависимости от Searcher, Builder обычно учитывает скрытые издержки злоупотреблений. На рисунке выше представлены доходы от MEV и ежедневного Gas, где видно, что доходы от MEV, при значительных колебаниях рынка, могут достигать в два раза больше, чем ежедневные доходы от Gas.
Для Searcher делится на CEX-DEX( арбитраж вне цепи) и две основные категории DEX, промежуточное, ликвидация( чисто на цепи).
В настоящее время одна из торговых платформ занимает первое место по доле рынка арбитражной торговли CEX --- DEX.
Для чисто цепочечных возможностей MEV наблюдается постепенная тенденция к формированию студий, одна из которых занимает впечатляющую долю рынка в 37,2%, специализируясь на использовании атак сэндвичей на пользователей цепочки Ethereum. Она на некоторое время стала пользователем с наибольшими затратами на газ в цепочке, потребляя примерно 1,5% газа за целый день. С февраля 2023 года по июнь 2024 года этот бот потратил в общей сложности 76,916 ETH, что по расчетам исходя из стоимости выполнения этих сделок составляет около 175 миллионов долларов. Из-за тесной связи между Seacher и Builder на практике многие Searcher отправляют свои ордера первым трем Builder, хотя на самом деле их можно было бы транслировать всем Builder, но некоторые мелкие Builder могут разделить ордерный поток Searcher, что приводит к неэффективности MEV стратегий Searcher и, следовательно, к риску убытков. Кроме того, привязка к Builder также может помочь сохранить влияние в экосистеме.
Релейер
Релейер отвечает за сбор аукционов, а затем выступает в роли промежуточного звена, передавая Пропозеру заголовки блоков и цены на аукционные блоки; в этот момент Пропозер не знает деталей транзакций в блоке. Как только Пропозер выбирает и подписывает заголовок блока, Релейер освобождает все содержимое транзакций Пропозеру. Мы можем заметить, что Релейер здесь выступает как третья сторона без экономического стимула, получая огромное доверие; Строитель полагается на Пропозера для подачи цен, а Пропозер полагается на цены и содержимое блоков от Релейера. В истории также были подобные проблемы, когда у одного из Релейеров существовала потенциальная уязвимость, из-за которой Пропозер извлек более 20 миллионов долларов MEV. Хотя эти уязвимости можно исправить, сам Релейер все равно может выбрать злонамеренные действия и украсть MEV.
На изображении представлено положение доли рынка Relayer, и мы можем заметить, что доля рынка Builder, работающего только на MAX Profit, постепенно увеличивается с момента Merge. Таким образом, в свободном рынке невозможно контролировать MEV через Builder.
В то же время Relayer сталкивается с проблемой отсутствия экономических стимулов. Поэтому одна компания также вышла из разработки в направлении Relayer. В настоящее время Relayer зависит от предложенного Flashbots стандарта MEVBoost для построения, а Ethereum полагается на третьи стороны для предоставления PBS, что не является долгосрочным решением. Таким образом, в настоящее время сообщество Ethereum также исследует возможность включения PBS на уровень протокола.
Пропозер
Для Предложителя алгоритмически выбирается группа комиссии из всех валидаторов, а в каждом слоте выбирается один блок-претендент. Сам блок-претендент имеет возможность выполнять нагрузку, но поскольку Предложитель естественно хочет передать эту часть на аутсорсинг, это может привести к вертикальному сотрудничеству между Строителем и Предложителем. MEV-boost Relayer стремится выступать в качестве промежуточной точки, чтобы уменьшить вертикальное сотрудничество и сговор, возникающие из-за прямой коммуникации между ними. Поскольку сейчас все находятся в пуле майнинга в качестве пула валидаторов, этот пул майнинга и пул валидаторов LSD обладают сильным эффектом масштаба, особенно с появлением LSD, который раскрывает потенциал изначально заложенных токенов, увеличивая капитальную эффективность, а также влияние DEFI-строительных блоков за их пределами, пул валидаторов оказывается в более централизованной тенденции.
Некоторая платформа LSD в настоящее время занимает около 28,7% рынка, некоторая торговая платформа и некоторая платформа LSD занимают второе и третье места. В прошлом, когда не применялось решение MEV-BOOST PBS, Пропозер должен был выполнять задачи Билдера, то есть исполнять нагрузку (Payload), но большинство Пропозеров отказывались от своей способности к сортировке и исполнению транзакций, поскольку это в тяжелых вычислительных работах сильно нагружало производительность проверки, лучше аутсорсить выполнение нагрузки и позволить третьим сторонам проводить аукцион блоков.
Пользователь
Наконец, давайте поговорим о пользователе. Пользователь часто оказывается в самой уязвимой позиции в рамках всей архитектуры, поскольку сделки пользователя помещаются в Mempool и могут быть использованы различными MEV-ботами для получения прибыли от MEV, однако эта прибыль не поступает пользователю. Но это не всегда плохо. Например, в DEX, когда колебания цен на блокчейне велики или объем сделок пользователя превышает ликвидность DEX, MEV-боты могут использовать арбитраж для уменьшения проскальзывания и ценовых различий между платформами. Поэтому существование MEV имеет как положительные, так и отрицательные внешние эффекты, которые необходимо обсуждать отдельно, и это также является его сложной стороной.
Чтобы не позволить MEVbot отслеживать пользователей и тем самым причинять им вред
На этой странице может содержаться сторонний контент, который предоставляется исключительно в информационных целях (не в качестве заявлений/гарантий) и не должен рассматриваться как поддержка взглядов компании Gate или как финансовый или профессиональный совет. Подробности смотрите в разделе «Отказ от ответственности» .
11 Лайков
Награда
11
7
Поделиться
комментарий
0/400
SatoshiLegend
· 1ч назад
Суть проблемы MEV заключается в чистом математическом доказательстве распределенной бухгалтерской книги
Посмотреть ОригиналОтветить0
RektButStillHere
· 8ч назад
Ой-ой, я видел слишком много, как меня разыгрывают люди как лохов в mev.
Посмотреть ОригиналОтветить0
JustAnotherWallet
· 8ч назад
Вукун не может вырваться из пяти пальцев горы Будды, тем более темного леса MEV.
Посмотреть ОригиналОтветить0
MysteryBoxBuster
· 8ч назад
Почему снова mev, рано или поздно он остынет.
Посмотреть ОригиналОтветить0
BridgeTrustFund
· 8ч назад
Блокчейн эта темный лес Кто смеет сказать, что понял
Посмотреть ОригиналОтветить0
MEVHunterLucky
· 8ч назад
Темный лес был разоблачен. Понимание недостаточно.
Посмотреть ОригиналОтветить0
LayoffMiner
· 8ч назад
Майнеры все потеряли работу, кто будет противостоять темному лесу?
Эфир MEV: анализ архитектуры PBS и экосистемы темного леса
Освещая темный лес: раскрывая тайны MEV
С ростом активности в цепочке и эволюцией и обогащением инфраструктуры в цепочке, MEV в цепочке всегда рассматривался как самая опасная часть темного леса Ethereum, что напрямую приводит к потере прибыли и ухудшению пользовательского опыта в финансовой деятельности пользователей на цепочке. Цель этой статьи «Освещение темного леса» заключается в том, чтобы на основе механизма генерации блоков Ethereum 2.0 и технической эволюции разделения предложителя и строителя (PBS) акцентировать внимание на естественной централизованности и проблемах доверия, которые возникают в результате этой системы и резко противоречат ценностям Ethereum.
Усиление MEV на блокчейне действительно является двойным мечом, имеет свои положительные и отрицательные внешние эффекты. Положительные внешние эффекты включают в себя уменьшение ценовых различий на DEX и помощь в ликвидации сделок; отрицательные внешние эффекты включают в себя ущерб от промежуточной торговли для пользователей. Таким образом, решения для MEV в большей степени направлены на уменьшение отрицательных внешних эффектов, а не на их полное устранение. В процессе исследования механизмов, направленных на уменьшение отрицательных внешних эффектов MEV и решение текущих проблем, связанных с промежуточным программным обеспечением на основе доверия третьих лиц (Relayer), мы в основном разделяем меры на три категории: улучшения аукционной механики, улучшения уровня консенсуса, улучшения уровня приложений. Эти три улучшения будут в разной степени влиять на современное состояние MEV, однако некоторые решения не могут существенно решить проблему атак сэндвичей, с которой сталкиваются пользователи, так как сделки пользователей по-прежнему находятся в публичном пуле. Поэтому необходимо внедрять больше технологий приватных пулов для защиты опциональной конфиденциальности сделок пользователей, и эти решения MEV стоит попробовать объединить.
Помимо этого, MEV как неизбежный побочный продукт механизма дизайна в будущем станет еще более сложным. В статье мы также исследовали возможные технические вызовы и возможности MEV, которые могут возникнуть при реализации новых типов транзакций, таких как архитектура Layer2 и абстракция аккаунтов EIP-4337.
Наконец, мы надеемся с помощью этой статьи исследовать потенциальные решения проблемы снижения негативных внешних эффектов MEV и получить всестороннее понимание преимуществ и недостатков текущих решений MEV, не только для того, чтобы осветить темный лес, в котором находятся пользователи в будущем, но и для того, чтобы осветить темный лес для исследователей отрасли, занимающихся дальнейшими исследованиями MEV.
Эфириум 2.0
С тех пор как состоялся The Merge, Ethereum принял механизм POS для обеспечения безопасности сети, одновременно отказавшись от ресурсоемкой конкуренции в производстве блоков и перейдя на доказательство доли. После слияния Ethereum был разделен на уровень выполнения и уровень консенсуса. Также изменился процесс производства блоков: каждый Epoch представляет собой цикл POS, который в свою очередь делится на 32 Slot, каждый из которых соответствует единице времени для генерации блока, равной 12 секундам.
Вся сеть будет в каждом Эпохе случайным образом выбирать комитет из валидаторов, предлагающий блок будет случайно выбран из состава комитета, этот предложитель блока должен упаковать транзакции и отсортировать их для окончательного создания блока, другие валидаторы комитета будут контролировать этот процесс, а затем голосовать за этот блок. И этот комитет будет пересбираться после каждого Эпоха. Также накладываются определенные временные ограничения на операции, чтобы обеспечить эффективность генерации блоков и голосования. Здесь мы стандартизируем терминологию для читателя, Payload - это исполняемая нагрузка, означающая изменение состояния транзакций, может рассматриваться как часть исполнения блока. Предложитель блока будет выполнять исполняемую нагрузку (Execution Payload, то есть осуществлять изменения состояния результатов транзакций ) и предложение блока.
Архитектура PBS
На самом деле, когда валидатор выбирается в качестве предложителя блока, предложитель часто не имеет мотивации выполнять нагрузку, то есть сортировать транзакции и выполнять их, потому что это требует значительных вычислительных ресурсов для выполнения изменений состояния. Изначально было задумано, что если мы выберем децентрализованный комитет и включим выполнение нагрузки в этот процесс, то сортировка транзакций и т. д. станет децентрализованным делом. Однако валидаторы, похоже, естественно хотят передать эту часть на выполнение третьей стороне, а сами предложители сосредоточены на предложении блока. Таким образом, появилась концепция PBS, которая разделяет предложение блока и его построение, при этом предложители блоков отвечают только за проверку блока и не участвуют в его построении. Разделение между предложителями и строителями способствует созданию открытого рынка, на котором предложители блоков могут получать блоки от строителей блоков. Эти строители конкурируют друг с другом за создание блоков и предлагают предложителям наивысшую плату, что мы называем "аукционом блоков".
Мы кратко представим всю модель аукциона Sealed First Bid для PBS(Proposer Builder Seperate). Когда пользователь отправляет транзакцию через RPC-прокси, RPC фактически запускает узел, который отправляет транзакцию в публичный Mempool, где несколько Builder находят наиболее подходящие транзакции для сортировки с целью создания блока с максимальной прибылью (, максимизация прибыли означает сборы за транзакции Base + Priority + MEV). Затем несколько Builder взаимодействуют с Proposer через MEV-Boost Relayer. Relayer является связующим звеном между несколькими Builder и Proposer, где Builder отправляет свои ставки Relayer, а Relayer передает Proposer несколько заголовков блоков и соответствующие ставки. Proposer обычно принимает ставку на блок с максимальной ценой. При этом Relayer реализует стандарт MEVBboost, который является техническим стандартом, предложенным Flashbot для регулирования взаимодействия между Builder и Proposer в процессе подачи заявок на аукцион. В этом процессе вся информация является закрытой, и Relayer отправляет Proposer только заголовки блоков, поэтому Proposer обладает устойчивостью к цензуре.
Участники и игры в PBS
Основными участниками являются Builder, Relayer, Proposer, MEVbot(Searcher).
Строитель
Builder в основном отвечает за создание содержимого блока, и после использования технологии MEV-Boost он находится в более выгодном положении при торгах, поскольку поддерживает не только газовые сборы, но и доходы от MEV. Builder может напрямую проверять транзакции пользователей и Searcher, что всегда вызывало критику, особенно после того, как правительство США объявило OFAC. Многие Builder приняли участие в соблюдении OFAC, и хотя доля проверенных блоков в последнее время снизилась, мы можем видеть, что в процессе создания блока Builder имеет прямое влияние на проверку транзакций.
С учетом текущей доли рынка Builder, некоторый чистый Build без проверки постепенно расширяет свою долю рынка, все ориентировано на прибыль.
Поиск
По сути, работа по максимизации прибыли требует совместных усилий Searcher и Builder. Searcher часто сотрудничает с конкретными Builder, что приводит к образованию Dark Pool или Private Pool, где сделки Searcher видны только определенным Builder. Некоторые Builder получают максимизируемую прибыль от MEV-сделок и далее участвуют в аукционе на блок-пространство. Теоретически, если Builder злоупотребляет или проводит цензуру, то Searcher может выбрать других Builder, что приведет к постепенному снижению рыночной доли Builder. Таким образом, в условиях зависимости от Searcher, Builder обычно учитывает скрытые издержки злоупотреблений. На рисунке выше представлены доходы от MEV и ежедневного Gas, где видно, что доходы от MEV, при значительных колебаниях рынка, могут достигать в два раза больше, чем ежедневные доходы от Gas.
Для Searcher делится на CEX-DEX( арбитраж вне цепи) и две основные категории DEX, промежуточное, ликвидация( чисто на цепи).
В настоящее время одна из торговых платформ занимает первое место по доле рынка арбитражной торговли CEX --- DEX.
Для чисто цепочечных возможностей MEV наблюдается постепенная тенденция к формированию студий, одна из которых занимает впечатляющую долю рынка в 37,2%, специализируясь на использовании атак сэндвичей на пользователей цепочки Ethereum. Она на некоторое время стала пользователем с наибольшими затратами на газ в цепочке, потребляя примерно 1,5% газа за целый день. С февраля 2023 года по июнь 2024 года этот бот потратил в общей сложности 76,916 ETH, что по расчетам исходя из стоимости выполнения этих сделок составляет около 175 миллионов долларов. Из-за тесной связи между Seacher и Builder на практике многие Searcher отправляют свои ордера первым трем Builder, хотя на самом деле их можно было бы транслировать всем Builder, но некоторые мелкие Builder могут разделить ордерный поток Searcher, что приводит к неэффективности MEV стратегий Searcher и, следовательно, к риску убытков. Кроме того, привязка к Builder также может помочь сохранить влияние в экосистеме.
Релейер
Релейер отвечает за сбор аукционов, а затем выступает в роли промежуточного звена, передавая Пропозеру заголовки блоков и цены на аукционные блоки; в этот момент Пропозер не знает деталей транзакций в блоке. Как только Пропозер выбирает и подписывает заголовок блока, Релейер освобождает все содержимое транзакций Пропозеру. Мы можем заметить, что Релейер здесь выступает как третья сторона без экономического стимула, получая огромное доверие; Строитель полагается на Пропозера для подачи цен, а Пропозер полагается на цены и содержимое блоков от Релейера. В истории также были подобные проблемы, когда у одного из Релейеров существовала потенциальная уязвимость, из-за которой Пропозер извлек более 20 миллионов долларов MEV. Хотя эти уязвимости можно исправить, сам Релейер все равно может выбрать злонамеренные действия и украсть MEV.
На изображении представлено положение доли рынка Relayer, и мы можем заметить, что доля рынка Builder, работающего только на MAX Profit, постепенно увеличивается с момента Merge. Таким образом, в свободном рынке невозможно контролировать MEV через Builder.
В то же время Relayer сталкивается с проблемой отсутствия экономических стимулов. Поэтому одна компания также вышла из разработки в направлении Relayer. В настоящее время Relayer зависит от предложенного Flashbots стандарта MEVBoost для построения, а Ethereum полагается на третьи стороны для предоставления PBS, что не является долгосрочным решением. Таким образом, в настоящее время сообщество Ethereum также исследует возможность включения PBS на уровень протокола.
Пропозер
Для Предложителя алгоритмически выбирается группа комиссии из всех валидаторов, а в каждом слоте выбирается один блок-претендент. Сам блок-претендент имеет возможность выполнять нагрузку, но поскольку Предложитель естественно хочет передать эту часть на аутсорсинг, это может привести к вертикальному сотрудничеству между Строителем и Предложителем. MEV-boost Relayer стремится выступать в качестве промежуточной точки, чтобы уменьшить вертикальное сотрудничество и сговор, возникающие из-за прямой коммуникации между ними. Поскольку сейчас все находятся в пуле майнинга в качестве пула валидаторов, этот пул майнинга и пул валидаторов LSD обладают сильным эффектом масштаба, особенно с появлением LSD, который раскрывает потенциал изначально заложенных токенов, увеличивая капитальную эффективность, а также влияние DEFI-строительных блоков за их пределами, пул валидаторов оказывается в более централизованной тенденции.
Некоторая платформа LSD в настоящее время занимает около 28,7% рынка, некоторая торговая платформа и некоторая платформа LSD занимают второе и третье места. В прошлом, когда не применялось решение MEV-BOOST PBS, Пропозер должен был выполнять задачи Билдера, то есть исполнять нагрузку (Payload), но большинство Пропозеров отказывались от своей способности к сортировке и исполнению транзакций, поскольку это в тяжелых вычислительных работах сильно нагружало производительность проверки, лучше аутсорсить выполнение нагрузки и позволить третьим сторонам проводить аукцион блоков.
Пользователь
Наконец, давайте поговорим о пользователе. Пользователь часто оказывается в самой уязвимой позиции в рамках всей архитектуры, поскольку сделки пользователя помещаются в Mempool и могут быть использованы различными MEV-ботами для получения прибыли от MEV, однако эта прибыль не поступает пользователю. Но это не всегда плохо. Например, в DEX, когда колебания цен на блокчейне велики или объем сделок пользователя превышает ликвидность DEX, MEV-боты могут использовать арбитраж для уменьшения проскальзывания и ценовых различий между платформами. Поэтому существование MEV имеет как положительные, так и отрицательные внешние эффекты, которые необходимо обсуждать отдельно, и это также является его сложной стороной.
Чтобы не позволить MEVbot отслеживать пользователей и тем самым причинять им вред