MEV-Boost: реализация proposer–builder separation для Ethereum

MEV-Boost — это открытое middleware, которое запускают валидаторы Ethereum, чтобы подключиться к внешнему рынку блокбилдеров и реализовать модель proposer–builder separation (PBS). Вместо того чтобы собирать блоки самостоятельно, валидатор через MEV-Boost принимает ставки (bids) от специализированных билдеров и выбирает самый прибыльный блок.

MEV-Boost задуман как временный, «вне протокола» способ внедрить PBS в PoS-Ethereum и одновременно снизить централизацию, связанную с MEV.

MEV-Boost: реализация proposer–builder separation для Ethereum

Зачем Ethereum нужен MEV-Boost

Проблема, которую решает MEV-Boost:

  • MEV как сила централизации.

Без PBS крупные стейкинг-пулы и профи-валидаторы с лучшими MEV-стратегиями получают существенно больше дохода на единицу стейка, чем соло-стейкеры и мелкие операторы.

  • Риск приватных мемпулов и «серых» сделок.

Чтобы добывать MEV, валидаторы начинают заключать оффчейн-сделки с трейдерами, строить приватные каналы и мемпулы — это ухудшает децентрализацию и устойчивость консенсуса.

  • Рост доли MEV в доходе валидатора.

По мере снижения эмиссионной награды часть дохода, связанная с MEV, растёт и становится всё более значимой для экономики стейкинга.

MEV-Boost предлагает решение: вынести сбор блоков в конкурирующий рынок билдеров, а валидаторам оставить только функцию выбора лучшей ставки и подписи блока. Так соло-валидаторы получают доступ к тому же MEV, что и крупные игроки, а доступ к MEV становится более «демократичным».

Архитектура MEV-Boost

MEV-Boost добавляет к стандартной схеме PoS-Ethereum новый слой участников.

Базовый стек валидатора:

  • execution-клиент (уровень исполнения, см. архитектуру Ethereum);
  • consensus-клиент (Beacon Chain, слоты, эпохи, финальность);
  • валидатор-клиент (управляет стейком, подписями и обязанностями на слот).

MEV-Boost добавляет:

  • MEV-Boost sidecar.

Отдельный процесс, который работает рядом с consensus-клиентом и реализует PBS-логику для данного валидатора.

  • Релеи (relays).

Сервисы-посредники, которые:

  • принимают блоки и ставки от множества билдеров;
  • проверяют корректность блока (по базовым параметрам);
  • отправляют валидатору «облегчённый» заголовок с ценой (bid).
  • Билдеры (block builders).

Специализированные участники, которые:

  • собирают транзакции из публичного и приватного ордерфлоу;
  • строят кандидаты блоков, оптимизируя MEV и доход валидатора;
  • отправляют свои блоки с ценой через релеев.

В слоте, когда валидатор назначен пропоузером блока, MEV-Boost опрашивает подключённых релеев и выбирает заголовок блока с максимальной ставкой. Валидатор подписывает этот заголовок, а релей после подписи раскрывает тело блока, которое и попадает в сеть.

Жизненный цикл слота с MEV-Boost

Упрощённая последовательность для слота, где валидатор использует MEV-Boost:

  • билдеры формируют кандидаты блоков и отправляют их на разные релеев;
  • каждый релей выбирает лучший по цене блок от своих билдеров;
  • MEV-Boost на стороне валидатора запрашивает у нескольких релеев их лучшие предложения;
  • валидатор подписывает заголовок блока с максимальным bid;
  • релей раскрывает полное тело блока и передаёт его в consensus-клиент;
  • блок рассылается в p2p-сети и включается в цепочку.

Важный момент PBS-модели: валидатор видит только заголовок и цену, а не содержимое блока до подписи. Это снижает стимул валидатора «украсть» MEV-стратегию билдера, заменив транзакции на свои.

Связь MEV-Boost и PBS в Ethereum

MEV-Boost — это реализация внешнего PBS: логика разделения ролей proposer и builder находится вне протокола Ethereum и реализована на уровне middleware и релеев.

Планы развития:

  • долгосрочная цель Ethereum-сообщества — протокольно закреплённый PBS («enshrined PBS»), который:
  • уберёт часть доверия к сторонним релеям;
  • переместит аукцион билдеров ближе к консенсусу;
  • лучше интегрируется с будущими изменениями (например, данктшардингом и развитием DA).
  • MEV-Boost при этом выступает как «песочница» и прототип:
    • тестируется экономика билдеров и валидаторов;
    • выявляются риски цензуры и централизации;
    • отрабатываются интерфейсы (Builder API, relay-протоколы).

Подробнее роль PBS в экосистеме описана в статье Proposer–Builder Separation.

Плюсы MEV-Boost для валидаторов

Почему большинство валидаторов Ethereum в итоге включили MEV-Boost в свой стек:

  • Рост дохода от стейкинга.

Конкуренция билдеров за слот приводит к тому, что значительная часть MEV в блоке возвращается валидатору в виде bid.

  • «Выравнивание» соло-валидаторов и пулов.

Соло-валидатор, запустив MEV-Boost и подключив публичные релей-сети, получает доступ к тем же MEV-возможностям, что и крупные игроки.

  • Снижение стимулов к приватным мемпулам.

Появляется публичная, задокументированная инфраструктура для работы с MEV, вместо полностью закрытых off-chain договорённостей.

При этом MEV-Boost не устраняет сам MEV (см. MEV), а перераспределяет его:

  • в сторону большего числа валидаторов;
  • в сторону специализированных билдеров, которые конкурируют друг с другом.

Риски и критика MEV-Boost

Несмотря на плюсы, MEV-Boost добавляет новые точки риска:

  • Централизация билдинга.

На практике большую часть слотов выигрывает малое число билдеров, что создаёт олигополию на рынке блокбилдинга.

  • Доверие к релеям.

Релеям приходится доверять:

  • корректную проверку блоков и выплат;
  • отсутствие произвольной цензуры (например, по OFAC-спискам);
  • устойчивость и доступность инфраструктуры.
  • Сложность стека.

Для валидатора добавляется ещё один сервис и конфигурация; ошибки в настройке могут приводить к пропущенным слотам или потере дохода.

  • Смещение централизации «выше по стеку».

PBS + MEV-Boost снимают часть давления с валидаторов, но риски централизации смещаются в сторону крупных билдеров и провайдеров приватного ордерфлоу.

Поэтому MEV-Boost нужно рассматривать в контексте более широкой модели рисков Ethereum (см. модель рисков L2 и PBS и shared sequencers как альтернативный подход к распределению ролей).

Практика для валидаторов: как подходить к MEV-Boost

На уровне принципов безопасная эксплуатация MEV-Boost включает:

  • Подключение нескольких релеев вместо одного, чтобы снизить зависимость от конкретного оператора.
  • Наличие fallback-стратегии: возможность собирать блок локально, если релеев нет или они ведут себя аномально.
  • Мониторинг:
    • доли слотов, где использовались блоки от MEV-Boost;
    • средней премии к доходу за слот;
    • статусов релеев (доступность, задержки, неконсистентное поведение).
  • Регулярный аудит конфигурации и обновлений, чтобы не пропустить изменения протокола или критичные версии клиента.

Дальнейшая эволюция протокола (enshrined PBS, изменения в fork choice, развитие DA) будет постепенно менять роль MEV-Boost, но базовая идея разделения proposer и builder останется важной частью архитектуры Ethereum.

См. также

Task Runner