PBS (Proposer-Builder Separation): меньше цензуры, больше эффективности MEV

Коротко о PBS

• Что это: разделение ролей: пропоузер предлагает/подписывает, билдер собирает/упорядочивает.

• Зачем: снизить централизацию валидаторов, вынести «гонку за MEV» к специализированным участникам, сделать рынок блокпостроения конкурентным и наблюдаемым.

• Как сейчас: в Ethereum — через внепротокольный слой у валидаторов (middleware) с подключением к релее и рынку билдеров (MEV-Boost, см. ниже).

• Куда идём: ePBS — интеграция PBS внутрь консенсуса, уменьшение доверия к релеям, лучшая устойчивость и цензуроустойчивость.

• Ключевые риски: централизация билдера/релеев, цензура транзакций, зависимость ливнеса от внешних сервисов, временные расхождения стимулов пропоузера и билдера.

Почему PBS понадобился рынку

• MEV (максимально извлекаемая стоимость) создаёт стимулы для сложной предторговой оптимизации: упорядочивания транзакций, поиска арбитражей, сэндвич-стратегий и т. п. Если валидатор сам и строит, и подписывает блок, наиболее «сильные» валидаторы/пулы начинают накапливать преимущества (инфраструктура, связи, приватный ордерфлоу) и вытеснять «мелких». Это ведёт к централизации критически важного контура — блок-продакшна.

• PBS «переламывает» ситуацию: валидатор остаётся децентрализованной точкой подписи (выбирается случайно/по доле стейка), а «гонка за MEV» происходит среди билдеров, которые соревнуются, кто предложит валидатору наиболее доходный для него блок. В результате:

• валидатору не нужно строить «ферму MEV» — он получает наилучшее экономическое предложение от рынка;

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

• система чётче разделяет доверия и риски: подпись (безопасность) остаётся у валидатора, сборка и извлечение MEV — у специализированного участника.

Термины и роли

• Пропоузер (proposer) — валидатор, назначенный на слот/эпоху для публикации блока (подписывает заголовок, получает вознаграждение, несёт ответственность за корректность).

• Билдер (builder) — специализированный участник, формирующий блок из пула транзакций, приватного ордерфлоу, бандлов и стратегий MEV.

• Релей (relay) — сервис-посредник между билдером и валидатором (агрегирует и ранжирует предложения билдов, обеспечивает честный обмен «заголовок-за-payload», снимает часть рисков «gong-fishing» и «payload withholding»).

• Ордерфлоу (orderflow) — поток заявок/транзакций, приходящих от кошельков, приложений и бирж (публичный и приватный).

• Аукцион блока — конкурентный процесс подачи билдерами «бидов» (блоков с обещанной выплатой пропоузеру); выигрывает наибольшая выплата при соблюдении правил сети.

Навигация: Блокчейн — как устроен распределённый реестр, Ethereum (ETH) — смарт-контракты, L2 и стейкинг, DeFi (технически) — архитектура и риски внедрения, Клиент блокчейна: full/light/archive и execution vs consensus, Mev.

Как это работает сегодня (на примере Ethereum)

Базовая схема:

• Валидатор устанавливает у себя middleware (посредник), который подключается к одному или нескольким релеям.

• Билдеры транслируют через релеи свои кандидат-блоки с указанной выплатой пропоузеру.

• Релей отбирает лучшую ставку для конкретного слота и отдаёт валидатору заголовок блока (без полного payload).

• Валидатор подписывает заголовок и возвращает подпись; релей — в ответ полный payload (во избежание кражи блока без выплаты).

• Валидатор публикует блок, получает вознаграждение (tips/MEV-выплаты), а билдер — оставшуюся часть.

Ключевые свойства:

• Слепая подача (защита билдеров): до подписи пропоузер видит лишь заголовок и обещанную выплату.

• Соревнование билдов: релей или сам middleware агрегирует мульти-релеи и выбирает лучший бид.

• Совместимость: пропоузер может всегда собрать локальный блок (fallback), если рынок недоступен или невыгоден.

См. также: MEV-Boost (посредник валидатора; будущая статья), Mev.

Преимущества PBS

1) Уменьшение централизационного давления на валидаторов. Теперь валидатору не нужно держать собственную MEV-инфраструктуру, покупать приватный ордерфлоу и т. д. — он подключается к рынку билдов. Это делает стейкинг более доступным для «сооло-валидаторов».

2) Рыночная конкуренция среди билдеров. Чем больше билдеров, тем выше доля изъятого MEV возвращается валидаторам и пользователям (через более конкурентные биды и механики «отката» части MEV в пользу сети/пользователей).

3) Прозрачность и наблюдаемость. PBS выделяет явную «точку анализа» — рынок билдов/релеев. Это упрощает мониторинг централизации, долей и поведения, а также — разработку политик против цензуры.

4) Совместимость с масштабированием. Специализированные билдеры готовы вычислять тяжёлые криптодоказательства и работать с новыми типами данных (полезно для семейств шардинга/данкшардинга, L2-взаимодействий), освобождая валидатора от тяжёлых задач.

Недостатки и риски текущей (внепротокольной) модели

• Доверие к релеям. Сегодня релей — внешний сервис. Это точка потенциального отказа и источник рисков цензуры (например, следование фильтрам санкционных списков), а также стратегий вроде «удержания payload» или «гонки за подписью».

• Централизация билдера/релея. Если 1–2 релея/билдера контролируют большую долю блоков, мы получаем де-факто узкие горлышки.

• Ливнес и надёжность. Неисправность релеев/сбоев связи ухудшают пропускную способность и стабильность; требуется качественный fallback (локальная сборка блока).

• Расхождения стимулов. Цели билдера, пропоузера и пользователя могут расходиться (например, избыточная монетизация orderflow в ущерб пользовательскому UX/цензуроустойчивости).

Именно эти издержки подталкивают экосистему к ePBS — вшиванию критических интерфейсов PBS в сам протокол.

ePBS — «встроенный PBS»

Enshrined PBS (ePBS) — направление развития протокола, при котором интерфейс «пропоузер↔билдер» и аукцион блоков становятся частью консенсуса. В таком дизайне:

• исчезает необходимость во внешних релеях (или их роль минимизируется);

• протокол сам обеспечивает «честный обмен» заголовка и payload, устраняя класс атак «подписал — не отдали payload»;

• упрощается реализация механизмов антицензуры (см. «списки включения» ниже) и правил честной конкуренции;

• проще делать «универсальные гарантии» (например, штрафы за недобросовестное поведение билдера).

ePBS не «магия кнопкой», а серия изменений: спецификация интерфейса, изменения в консенсус-клиентах, экономические стимулы, совместимость с L2/роллапами и будущими апгрейдами.

Перспективная статья (в разработке): ePBS — как это будет устроено и зачем.

Цензуроустойчивость: «списки включения» и нейтральность сети

• PBS высвечивает важный вопрос: кто решает, что попадёт в блок. Если билдеры и/или релеи массово фильтруют транзакции (например, «санкционные» адреса), сеть теряет нейтральность.

• Один из подходов — списки включения: пропоузер публикует список транзакций, которые должны быть включены в ближайших блоках (при соблюдении обычных правил корректности). Это не «белый список» в смысле разрешений, а анти-цензурный механизм: если билдеры/релеи отказываются включать указанные транзакции без технических причин, такие блоки считаются некорректными на уровне правил. В связке с ePBS такие механизмы легче формализовать и сделать обязательными.

• Почитать по теме в нашей вики: Mev, Блокчейн — как устроен распределённый реестр, Ethereum (ETH) — смарт-контракты, L2 и стейкинг.

Orderflow и приватные каналы

PBS породил рынок приватного ордерфлоу: кошельки, dApp-фронтенды и агрегаторы могут отправлять заявки напрямую билдерам/релеям, минуя публичный mempool. Это снижает риск «сэндвича» для пользователя и даёт билдеру качественную сырьё-ленту. Но:

• приватизация ордерфлоу усиливает влияние крупных провайдеров,

• «браконьерство» заявок (кража идей/бандлов) остаётся риском без чётких правил,

• с точки зрения сети это новый слой, где важны прозрачность политики и совместимость с анти-цензурными механизмами.

Как PBS сочетается с L2 / роллапами

• Мир роллапов и L2 тоже заинтересован в разделении ролей и конкуренции за построение «батчей/блоков»:

• Суверенные сетки L2 (в т.ч. ZK-роллапы) могут реализовать свои рынки построения, унаследовав безопасность L1.

• Shared Sequencing (общие секвенсоры) стремится к «PBS-подобному» разделению ролей на уровне L2, чтобы снизить риск цензуры и повысить пропускную способность.

• При появлении ePBS на L1 проще станет проектировать сквозные гарантии для L2 (унифицированные интерфейсы «аукцион → включение»).

Навигация: Роллапсы — оптимистические и zk: как это работает, Ethereum (ETH) — смарт-контракты, L2 и стейкинг, Блокчейн — как устроен распределённый реестр.

Экономика и стимулы участников

Для пропоузера (валидатора):

• Плюсы — рост дохода за счёт конкурирующих бидов билдеров; упрощение операционной модели (не нужно самому участвовать в MEV-гонке).

• Минусы — зависимость от внешних сервисов (релеев), риски ливнеса/цензуры; необходимость грамотной конфигурации middleware и fallback-логики.

Для билдера:

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

• Минусы — высокие требования к инфраструктуре (низкая задержка, каналы данных, защита бандлов), необходимость доверия к релеям/пропоузерам до ePBS.

Для пользователя/продуктов:

• Плюсы — меньше сэндвич-атак при приватной подаче, потенциально более честный порядок включения, снижение «паразитного» проскальзывания.

• Минусы — непрозрачность приватных каналов, риск цензуры по политическим или корпоративным основаниям, фрагментация ликвидности ордерфлоу.

Практика для валидаторов: как не «стрелять себе в ногу»

1. Подключайте несколько релеев и следите за их доступностью/политиками.

2. Настройте локальный билд (fallback) — в случае сбоя рынка MEV вы всё равно публикуете блок.

3. Следите за обновлениями клиентов (execution/consensus) и корректной работой таймингов слотов — задержки на «подпись→payload» критичны.

4. Отслеживайте метрики: доли «рыночных» и локально собранных блоков, отказы payload, время до публикации, доли отказов по релеям.

Навигация: Клиент блокчейна: full/light/archive и execution vs consensus, Ethereum (ETH) — смарт-контракты, L2 и стейкинг.

Практика для кошельков/приложений: работа с ордерфлоу

• Давайте пользователю выбор канала отправки (публичный mempool vs. приватный), объясняйте компромиссы.

• Прозрачно обозначайте политику передачи данных провайдерам (кто видит транзакции и в какой момент).

• Интегрируйте анти-сэндвич механики: ограничение видимости, дедлайны, защитные бандлы.

• Помните, что приватизация ордерфлоу — это не серебряная пуля: итоговые гарантии зависят от билдеров и правил сети.

• Навигация: DeFi (технически) — архитектура и риски внедрения, dApp — децентрализованные приложения на блокчейне, Блокчейн — как устроен распределённый реестр.

Цензура и нейтралитет: что может (и должно) сделать сообщество

• Диверсифицировать релеев и билдеров, избегая зависимостей от 1–2 доминирующих провайдеров.

• Развивать встроенные механизмы сопротивления цензуре (списки включения, обязательные правила обработки private-orderflow).

• Прозрачно мерить доли цензурных блоков, доли блоков через релеев, доли «локальных» блоков.

• Продвигать ePBS, чтобы критический интерфейс «пропоузер↔билдер» перестал быть «частной дорогой» и стал частью протокола.

Часто задаваемые вопросы (FAQ)

PBS обязательный или опциональный? В текущих реализациях — опциональный: валидатор может подключиться к рынку билдов или собрать блок локально. При ePBS сам интерфейс станет обязательным, но валидатор по-прежнему сможет «fallback-собрать» блок, если рынок пуст/недоступен.

PBS решает проблему MEV? PBS не отменяет MEV, а делает его более «рыночным» и наблюдаемым, снижая давление централизации на валидаторов. Для «токсичных» форм MEV нужны отдельные меры (правила включения, политика ордерфлоу, UX-защита в кошельках).

Релеям можно доверять? Это внешние сервисы: они снижают риски одних атак, но создают другие (цензура, отказ payload). Лучший ответ — несколько релеев, метрики и постепенный переход к ePBS.

Что такое «списки включения»? Это механизм, при котором пропоузер объявляет набор транзакций, обязательных к включению в ближайших блоках при соблюдении стандартных правил (корректность, плата за газ и т. п.). Идея направлена на борьбу с цензурой.

Как PBS связан с роллапами и данкшардингом? Специализированные билдеры готовы обрабатывать новые типы данных/доказательств — это помогает масштабированию и интеграции L2. В перспективе ePBS облегчит сквозные гарантии между L1 и L2.

Хронология (Ethereum, укрупнённо)

Что читать дальше на 24k Wiki

База: Ethereum (ETH) — смарт-контракты, L2 и стейкинг, Блокчейн — как устроен распределённый реестр, Клиент блокчейна: full/light/archive и execution vs consensus, DeFi (технически) — архитектура и риски внедрения

MEV и инструменты: Mev, MEV-Boost (будущая статья)

Протокол и устойчивость: ePBS (будущая статья), Списки включения (будущая статья), Роллапсы — оптимистические и zk: как это работает