ePBS (enshrined PBS) — это идея встроить модель proposer–builder separation, PBS прямо в протокол Ethereum. В отличие от текущего «внешнего» PBS через MEV-Boost и сеть релеев, ePBS предполагает, что аукцион блокбилдеров, выбор блока и часть логики работы с MEV будут формально описаны в правилах протокола, а не только во внешнем софте.
Идея ePBS обсуждается как один из шагов в эволюции архитектуры Ethereum после Merge, EIP-4844 и дальнейших апгрейдов.
Контекст: MEV, PBS и MEV-Boost
Проблема начинается с MEV:
- MEV (Maximal Extractable Value) — дополнительная доходность от переупорядочивания, включения/исключения транзакций в блоке;
- без специальных механизмов MEV стимулирует централизацию: крупные валидаторы и пулы с лучшими MEV-стратегиями получают заметно больше дохода;
- это подталкивает к появлению приватных мемпулов, закрытых договорённостей и ухудшает прозрачность консенсуса.
PBS (proposer–builder separation) разделяет роли:
- builder собирает блок, занимается стратегиями MEV и отправляет ставки (bids);
- proposer (валидатор-автор блока) выбирает лучший bid и подписывает блок.
Сейчас в Ethereum PBS реализуется «сбоку» через MEV-Boost:
- валидаторы запускают middleware, которое подключается к релеям;
- релеев соединяют билдеров и валидаторов, проводят аукцион и отдают валидатору заголовок лучшего блока.
Это улучшило доступ к MEV для соло-валидаторов, но добавило новые допущения:
- доверие к релеям;
- концентрация билдинга в руках немногих игроков;
- дополнительная сложность стека валидатора.
Что такое ePBS на уровне протокола
ePBS (enshrined PBS) предлагает перенести ключевые части PBS:
- из внешнего ПО (MEV-Boost, частные релеев);
- в сам протокол Ethereum — правила консенсуса и взаимодействия участников.
На концептуальном уровне ePBS означает:
- Протокольный аукцион блоков.
Условия, по которым билдеры предлагают блоки, а валидатор выбирает победителя, задаются прямо в протоколе.
- Явная роль билдеров.
Роль block builder’ов формально описана, а не остаётся «надстройкой» поверх консенсуса.
- Чёткие гарантии для валидаторов.
Пропоузер (валидатор-автор слота) получает формальные гарантии, как именно он взаимодействует с билдерами и как устроены выплаты.
- Меньше доверия к релеям.
Там, где это возможно, посредничество релеев минимизируется или перестаёт быть обязательным.
Точные детали дизайна ePBS — предмет активных исследований и дискуссий в сообществе Ethereum, но во всех вариантах идея одна: сделать PBS частью протокола, а не только экосистемы вокруг него.
Зачем Ethereum нужен ePBS
Основные цели ePBS:
- Снизить централизацию рынка MEV.
Протокольный PBS должен сделать доступ к доходу от MEV более равным:
- валидаторы получают стандартный, «по умолчанию» доступ к аукциону билдера;
- сложные off-chain схемы становятся менее необходимыми.
- Сократить доверие к релеям и внешним сервисам.
Чем больше логики PBS живёт в самом протоколе, тем меньше:
- рисков скрытой цензуры на уровне релеев;
- зависимость от отдельных операторов инфраструктуры.
- Упростить стек валидатора.
Идеальный сценарий — валидатор запускает только консенсус- и execution-клиенты, а PBS реализован через стандартные протокольные интерфейсы, без дополнительного middleware.
- Лучше интегрировать MEV с будущими апгрейдами.
ePBS легче стыкуется с долгосрочной дорожной картой (дальнейшее масштабирование, данктшардинг, новые DA-слои), чем внешние решения.
По сути, ePBS — это попытка сделать «успешный эксперимент» MEV-Boost частью базового слоя Ethereum, убрав при этом часть его слабых мест.
Потенциальные преимущества ePBS
С точки зрения пользователей и валидаторов ePBS должен привести к:
- Более предсказуемой модели MEV.
Правила игры фиксируются в протоколе, а не в наборах off-chain соглашений между отдельными игроками.
- Уменьшению «теневого» ордерфлоу.
Чем более прозрачны и эффективны протокольные механизмы, тем меньше смысла в закрытых приватных мемпулах и эксклюзивных каналах.
- Снижению рисков цензуры.
Встроенные правила выбора и порядок взаимодействия с билдерами могут ограничить произвольную фильтрацию транзакций отдельными релеями или участниками рынка.
- Чёткой интеграции с децентрализованными/shared sequencers.
Протокольный PBS проще связывать с общими секвенсорами, L2 и другими слоями, чем внешние решения.
Вызовы и открытые вопросы ePBS
При этом ePBS — не «волшебная кнопка», а набор сложных инженерных и экономических решений. Среди ключевых вопросов:
- Дизайн аукциона.
Как именно билдеры делают ставки, как формируется цена блока, какие существуют ограничения и как предотвратить манипуляции?
- Баланс между сложностью протокола и безопасностью.
Чем сложнее правила ePBS в протоколе, тем больше места для ошибок, уязвимостей и непредвиденных эффектов.
- Централизация билдинга.
Протокольный PBS сам по себе не гарантирует, что билдеров будет много и рынок останется конкурентным — нужен дизайн, который не подталкивает к монополизации.
- Связь с L2 и rollup-экономикой.
ePBS придётся учитывать, как L2 (роллапы) заякорены в Ethereum, как они используют секвенсеры и как взаимодействуют с PBS/MEV на L1 (см. модель рисков L2).
- Миграция от MEV-Boost к ePBS.
Потребуется переходный период, когда часть валидаторов и экосистемы будет работать через MEV-Boost, а часть — на новых протокольных механизмах.
Как относиться к ePBS сейчас
На момент обсуждения термин ePBS означает:
- направление развития протокола, а не уже принятую и реализованную спецификацию;
- совокупность исследований, PR’ов к спецификации Ethereum и дискуссий в сообществе;
- логическое продолжение PBS/MEV-Boost и попытку «зашить» удачные элементы в сам протокол.
Для пользователей и разработчиков dApp на практике важнее:
- следить, как изменения в архитектуре Ethereum (PBS, ePBS, danksharding, shared sequencers) влияют на безопасность, комиссии и UX;
- при долгосрочном планировании инфраструктуры учитывать, что модель MEV и роль валидаторов/builder’ов в Ethereum будут эволюционировать в сторону более протокольных решений.