ГЛАВНАЯ / ИНСТРУКЦИИ / MEV И BUILDER ETHEREUM: ГДЕ ФОРМИРУЕТСЯ ПОРЯДОК ТРАНЗАКЦИЙ
MEV и builder Ethereum: где формируется порядок транзакций
В Ethereum порядок транзакций до включения блока может формироваться участниками, которые ищут возможности, агрегируют orderflow и предлагают execution payload валидатору. MEV-Boost реализует внешний рынок сборки блоков, но роли и доверительные предположения нужно различать.
Searcher находит возможность, builder собирает payload
Searcher анализирует публичные данные или полученный orderflow и может отправлять отдельные транзакции или bundles. Builder агрегирует доступные транзакции, рассчитывает допустимые комбинации и упорядочивает их в execution payload с учётом ограничений блока и возможной выплаты proposer.
Proposer – выбранный валидатор, отвечающий за блок в назначенный slot. Relay передаёт ставки и payload между builders и proposer в модели MEV-Boost; он может проверять корректность и обслуживать получение данных. Одна организация может выполнять несколько ролей, но понятия не взаимозаменяемы.
- searcher ищет и формирует orderflow;
- builder конструирует и упорядочивает блок;
- relay связывает предложения и validator;
- proposer подписывает и распространяет выбранный блок.
Валидатор может выбрать внешний payload через relay
MEV-Boost является sidecar-инфраструктурой для proof-of-stake валидаторов и позволяет запрашивать предложения от builders через relays. Relay может агрегировать заявки и передать proposer наиболее подходящий валидный bid по своим правилам; validator затем участвует в публикации блока.
Это механизм вне базовых правил консенсуса, а не единый глобальный builder. Доступность builders, настройки relay и fallback на локальную сборку зависят от оператора и конфигурации. Внешняя сборка вводит доверительные и доступностные предположения, даже если интерфейсы открыты.
Порядок меняет исполнение, но не отменяет консенсусную проверку
Builders оптимизируют состав и порядок допустимых транзакций, в том числе с учётом tips и bundles. Предлагаемый блок должен пройти проверки валидаторов: корректность транзакций и итогового состояния остаётся частью правил Ethereum. Экономическая оптимизация порядка не означает, что builder может создать произвольное состояние.
Различные потоки транзакций могут открывать возможности MEV и одновременно влиять на цензуру и концентрацию block building. Для пользователя видимость отправленной операции зависит от RPC, приватного потока, builder и выбора proposer; не каждый pending swap доступен каждому участнику одинаково.
- порядок транзакций влияет на результат взаимодействующих операций;
- предложенный payload всё равно должен пройти консенсусную проверку;
- частный orderflow может менять, кто видит транзакцию до блока.
Не делайте вывод о маршруте только по transaction receipt
Receipt подтверждает исполнение транзакции в блоке, но обычно не раскрывает полный маршрут предварительной доставки или всех сторон, видевших raw transaction. Чтобы понять контекст, изучите block proposer, публичные данные relay или builder, если они доступны, и соседние транзакции.
Показатель MEV или высокая выплата proposer не объясняет сам по себе, была ли конкретная сделка sandwich-атакой. Отделяйте факт порядка транзакций в блоке от интерпретации мотива участников.
- отделите подтверждённый block order от версии о мотиве;
- учтите доступность публичных данных relay и builder;
- проверяйте взаимодействующие транзакции и состояние протокола.
Частые вопросы
Builder – это валидатор Ethereum?
Нет. Builder готовит блок или execution payload; proposer-validator отвечает за свою обязанность по публикации и аттестации.
MEV-Boost является обязательной частью Ethereum?
Нет. Это дополнительное middleware для доступа валидаторов к рынку внешней сборки блоков.
Relay гарантирует нейтральный порядок транзакций?
Нет. Relay передаёт заявки и может выполнять проверки, но его доверительные свойства зависят от реализации и оператора.
Чек-лист: mev и builder ethereum: где формируется порядок транзакций
- роли searcher, builder, relay и proposer разделены;
- установлено, применялся ли внешний builder;
- проверены фактические транзакции блока и их порядок;
- согласованы ограничения конфигурации и доверия к relay;
- вывод об атаке не основан только на одном агрегированном показателе.
Материал подготовлен редакцией сайта и проверен 12 октября 2026 года. Условия бирж, кошельков и блокчейн-сетей могут меняться. Перед операцией сверяйте данные в интерфейсе выбранного сервиса.