Перейти к содержанию
Financial Context Wiki

Разделение предлагающего и построителя (PBS)

PBS разделяет построение блока и его предложение в консенсусе. Статья объясняет рынок MEV-Boost, отличие от встроенного 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: Самая высокая показанная ставка всегда лучше

Сумма — лишь один фактор. Допустимость, срок доставки, поведение релея, локальный резерв, получатель комиссий и риск пропуска влияют на результат.

Связанные темы

Источники

Навигация

Поиск по вики...