---
title: "Разделение предлагающего и построителя (PBS)"
description: "PBS разделяет построение блока и его предложение в консенсусе. Статья объясняет рынок MEV-Boost, отличие от встроенного PBS и риски релеев, цензуры, концентрации и пропуска слотов."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Разделение предлагающего и построителя (PBS)
> Только в образовательных целях; это не инвестиционный совет и не руководство по эксплуатации валидатора. PBS не устраняет риски MEV, цензуры, пропуска слотов, релеев, концентрации построителей и устройства протокола.
## Прямой ответ
Разделение предлагающего и построителя (PBS) делит две задачи производства блоков. **Построитель** выбирает и упорядочивает транзакции и создает исполнительную нагрузку; выбранный консенсусом для слота **предлагающий** выбирает обязательство по нагрузке, подписывает предложение блока и распространяет полный блок или обеспечивает его публикацию. Предлагающий остается валидатором с обязанностями консенсуса. Построитель является отдельной рыночной ролью и в нынешнем внешнем рынке не обязан быть валидатором слота.
В Ethereum следует различать действующую систему и предлагаемые изменения. **MEV-Boost — это PBS вне протокола:** промежуточное ПО валидатора запрашивает релеи, посредничающие на аукционе между построителями и предлагающими. **Встроенный PBS (ePBS)** включил бы обмен и принуждение в правила консенсуса. На дату проверки Ethereum называет его исследованием без окончательной спецификации, а EIP-7732 остается черновиком.
PBS позволяет валидаторам получать конкурентную стоимость блока без собственной сложной инфраструктуры поиска MEV и построения. Это может снизить преимущество централизации среди предлагающих, но не устраняет MEV. Специализированное построение переносится на рынок, а вопросы доверия релеям, концентрации построителей и потока заявок, цензуры, времени и доступности нагрузки остаются.
## Как это работает
1. **Построители создают блоки и делают ставки.** Они получают публичные транзакции и часто частный поток заявок или пакеты поисковиков, моделируют блоки, упорядочивают транзакции, создают допустимую нагрузку и прикладывают ставку как предложенную выплату.
2. **Релеи посредничают на нынешнем рынке.** В MEV-Boost релей получает полную нагрузку, проверяет ее по своей политике и показывает подписанный заголовок и ставку, сначала не раскрывая тело транзакций. MEV-Boost может запрашивать несколько релеев и сравнивать пригодные ответы.
3. **Предлагающий выбирает обязательство.** Он сравнивает внешние ставки с локальной нагрузкой и может задать минимум. Приняв ставку, он подписывает ослепленный beacon-блок, связанный с выбранным заголовком, и затем не может заменить транзакции.
4. **Нагрузка раскрывается и проверяется.** Получив подписанный ослепленный блок, релей возвращает или публикует полную нагрузку. Клиенты консенсуса и исполнения проверяют блок. Опоздавшая, недоступная или недопустимая нагрузка может сорвать публикацию и привести к пропуску слота.
5. **Выплата и консенсус разделены.** Ставка — обещанная выплата уровня исполнения настроенному получателю комиссий. Награды и штрафы консенсуса регулируются отдельно. Выбор построителя не передает ему полномочия финальности или выбора форка.
Builder API стандартизирует регистрацию валидатора, получение заголовка и отправку подписанного ослепленного блока. API не является гарантией доверия: допуск, проверка, данные и сбои релея зависят от реализации и развертывания.
## Пример
Пусть локальный клиент строит нагрузку стоимостью `0.03 ETH`, а доступные ставки равны `0.05 ETH`, `0.08 ETH` и `0.07 ETH`. Без учета задержек и сбоев лучшая внешняя ставка дает валовой прирост `0.05 ETH`:
**Валовой прирост = ставка построителя - стоимость локальной нагрузки = 0.08 ETH - 0.03 ETH = 0.05 ETH**
Предлагающий выбирает заголовок на `0.08 ETH` и подписывает ослепленный блок, не видя полного списка. Релей предоставляет или публикует связанную нагрузку. Если блок допустим и своевременен, сеть обрабатывает его, а получатель комиссий получает выплату. Предлагающий сохраняет роль в консенсусе; построитель не решает, станет ли блок каноническим или финальным.
Сравнение не гарантирует чистый доход. Важны задержка, неудачное раскрытие, поведение ПО, проверка выплаты, вероятность и стоимость пропуска слота. Если внешняя ставка вовремя не соответствует политике, правильно настроенный клиент может использовать локальную нагрузку.
## Риски
- **Доверие и доступность релеев:** Релеи MEV-Boost посредничают в обмене, видят нагрузки, применяют политики и находятся на критическом по времени пути. Разнообразие снижает зависимость, но не гарантирует честность и доступность каждого.
- **Концентрация построителей и заявок:** Лучший частный поток, задержка, капитал или моделирование помогают выигрывать больше блоков. Аукцион не гарантирует децентрализованное построение или нейтральное включение.
- **Цензура и приватность:** Построители или релеи могут исключать транзакции и видеть частный поток. Предлагаемые списки включения — другой механизм; нынешний PBS не требует автоматически каждую допустимую транзакцию.
- **Время, удержание и пропуски:** Высокая ставка полезна лишь при допустимой своевременной нагрузке. Удержание, сбой релея, задержка сети или ошибка настройки могут снизить награды или стоить слота.
- **Меняющиеся предпосылки:** Проекты ePBS вроде EIP-7732 меняют выплаты, раскрытие, проверку и выбор форка. Пока это черновик, нужно следовать спецификации развернутого форка, а не считать дорожную карту действующей гарантией.
## Распространенные заблуждения
### Заблуждение 1: PBS устраняет MEV
PBS разделяет построение и предложение. Построители продолжают конкурировать за MEV; механизм стремится снизить ее централизацию валидаторов и распределять стоимость через ставки.
### Заблуждение 2: Построитель предлагает или финализирует блок
Построитель создает нагрузку. Предлагающий подписывает, другие валидаторы аттестуют, а правила выбора форка и финальности определяют каноническую цепь.
### Заблуждение 3: MEV-Boost уже является не требующим доверия протокольным PBS
MEV-Boost — внешнее ПО с релеями. Оно приближает PBS без изменения консенсуса, поэтому его предпосылки отличаются от будущего встроенного варианта.
### Заблуждение 4: Самая высокая показанная ставка всегда лучше
Сумма — лишь один фактор. Допустимость, срок доставки, поведение релея, локальный резерв, получатель комиссий и риск пропуска влияют на результат.
## Связанные темы
- [Устойчивость к цензуре](/ru/crypto/censorship-resistance/)
- [Правило выбора форка](/ru/crypto/fork-choice-rule/)
- [MEV](/ru/crypto/mev/)
- [Валидатор](/ru/crypto/validator/)
- [Финальность](/ru/crypto/finality/)
## Источники
- [Разделение предлагающего и построителя](https://ethereum.org/roadmap/pbs/) - Ethereum.org (дата обращения: 2026-08-21)
- [Максимальная извлекаемая стоимость](https://ethereum.org/developers/docs/mev/) - Ethereum.org (дата обращения: 2026-08-21)
- [Builder API](https://ethereum.github.io/builder-specs/) - Ethereum Builder Specifications (дата обращения: 2026-08-21)
- [MEV-Boost](https://github.com/flashbots/mev-boost) - Flashbots (дата обращения: 2026-08-21)
- [EIP-7732: встроенный PBS](https://eips.ethereum.org/EIPS/eip-7732) - Ethereum Improvement Proposals (дата обращения: 2026-08-21)
Source: https://wiki.fcontext.com/ru/crypto/proposer-builder-separation/index.mdx