TL;DR

• ePBS разработан с упором на безопасность Builder, предоставляя Builder полный контроль над блочными транзакциями.
• Он интегрирует разделение инициатора-строителя (PBS) непосредственно в консенсусный слой Ethereum, называемый In-Protocol PBS, чтобы решить потенциальные сбои ретрансляции и устранить единые точки отказа системы.
• ePBS продолжает основу PBS, уменьшая контроль одного субъекта над содержимым блока, улучшая устойчивость сети к цензуре и децентрализацию.
• Комитет по своевременности передачи данных (PTC) обеспечивает своевременность и действительность транзакций в новых блоках.

Введение

В феврале разработчик Prysm Potuz выразил обеспокоенность проблемами доверия в основной сети Ethereum, предложив задержать форк Electra до 2025 года, используя мероприятие по взаимодействию для усовершенствования дизайна ePBS. Однако в сообществе Ethereum были различные мнения, и некоторые разработчики и исследователи были обеспокоены потенциальными рисками. Мнения о ePBS разделились, поэтому сегодня мы рассмотрим, в чем заключается ePBS и в чем его отличие от PBS.

Ранее мы упоминали, что механизм PBS обеспечивает безопасность обязательства Предлагающего и объяснение Строителя, поручая эту ответственность доверенным ретрансляторам. Ретрансляторы хранят содержимое блока и гарантируют, что Предлагающий получает содержимое блока, но не может легко украсть содержимое Строителя. Однако, если ретранслятор злонамеренный, могут пострадать и Предлагающий, и Строитель, и они могут только переключиться на другой ретранслятор и надеяться, что он не злонамеренный. Это представляет проблему: нам нужно найти доверенную сторону для делегирования. PBS - это решение, не зависящее от цепочки, которое зависит от согласия сообщества и добровольного соблюдения, требующее дополнительной координации и доверия.

В PBS должна существовать посредническая роль, действующая в качестве доверенного лица третьей стороны:

• Предлагающие должны доверять посреднику, если они хотят продать права на контент блока.
• Строители должны доверять посреднику, если они хотят приобрести права на строительство блока.

Революционный дизайн ePBS

Встроенное разделение предлагающего и строителя

Enshrined Proposer-Builder Separation (ePBS) - это вариант PBS, интегрированный прямо в консенсусный слой Ethereum, также известный как In-Protocol PBS. Он был разработан для решения возможных сбоев ретрансляции и устранения системных единственных точек отказа. Как новый механизм консенсуса, мы теперь рассмотрим ePBS, объяснив его основные принципы, преимущества и то, в чем он отличается от традиционного Proposer-Builder Separation (PBS).

PBS заменяет необходимость в доверенной роли ретранслятора, используя сам протокол Ethereum. Если хотя бы один из предлагающих или строителей действует злонамеренно, протокол Ethereum может налагать штрафы (например, конфискацию), устраняя зависимость от доверия к роли третьей стороны. Это основное отличие от PBS, где доверие внешнее.

Тем не менее, разделение ролей в ePBS все еще следует оригинальной структуре PBS, что снижает контроль единого субъекта над содержимым блока, тем самым повышая устойчивость к цензуре и децентрализацию сети блокчейна.

• Предлагающий: Ответственен за предложение блока, включая информацию заголовка блока.
• Строитель: Ответственен за построение содержимого блока.

Два основных преимущества

Прямое наказание за злонамеренные действия & Нет необходимости в доверии к третьей стороне

Из названия ясно, что термин "Увековеченный" в ePBS отражает его протокольно-интегрированный дизайн, обеспечивающий прямое наказание за злонамеренное поведение. Эта интеграция тонко трансформирует модель доверия в системе.

1. Встроенная возможность обнаружения и принудительного применения

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

2. Снижение зависимости от третьих сторон, улучшение децентрализации

   PBS в своей сути зависит от внешнего управления или третьих сторон, что вводит элемент централизации доверия. Однако ePBS встраивает правила в протокол, что фундаментально снижает зависимость от внешнего доверия. Это изменение повышает децентрализацию системы, делая ее более надежной и устойчивой к манипуляции.

*Сравнение между традиционным PBS и ePBS👇

ePBS Дизайн

Танец исполнения и проверки

В системе Proof of Stake (PoS) Ethereum время для каждого слота делится на интервалы по 12 секунд. В каждом слоте случайным образом выбирается валидатор для предложения блока, и комитету назначается проверка правильности блока. Если блок не предлагается в заданном слоте, ответственный валидатор проверит предыдущий блок через 4 секунды.

Источник: ethresearch, один слот ePBS будет обработан Консенсусным уровнем (CL) и Уровнем выполнения (EL). Информация о блоке транслируется на уровне консенсуса, а затем блок отправляется на уровень выполнения для проверки.

1. Фаза блочных торгов: Застройщик начинает торги и отправляет предложение Предложителю.
2. Рассылка предложителя: Предложитель выбирает выигрышную ставку и решает, использовать ли список включений для построения содержимого блока, затем рассылает блок.
3. Голосование валидатора: Увидев блок, валидаторы голосуют на основе результатов своей верификации.
4. Совокупное свидетельство: Совокупные свидетельства создаются Агрегаторами, которые объединяют доказательства нескольких валидаторов для одного и того же блока. Затем валидаторы используют совокупное свидетельство для проверки блока.
5. Распространение нагрузки: Строитель должен опубликовать полную нагрузку выполнения в отведенное время.
6. Голосование PTC: Комитет по своевременности передачи данных (PTC) контролирует и проверяет, является ли передача данных строителя своевременной и действительной.
7. Инициатор следующего слота публикует свой блок, строя его либо на полном, либо на пустом блоке на основе результатов голосования PTC и агрегированных аттестаций. Блок с более высоким процентом своевременных голосов PT считается полным блоком.

PTC - Гарантирование своевременности и достоверности транзакций в новых блоках \Комитет по своевременности передачи данных (PTC) обеспечивает своевременное и точное добавление транзакций в новые блоки. Этот комитет состоит из валидаторов (521 участника, взятых из комитета цепочки маяка), которые проверяют, завершен ли заполнитель блока и правильно ли выполнены эти транзакции в соответствии с правилами до окончания каждого цикла создания блока.

Простыми словами, PTC действует как надзорная группа, обеспечивая, что Строитель представляет свою работу вовремя и включает правильные транзакции в блок. Если Строитель хорошо справляется и представляет требуемый блок вовремя, PTC подтверждает это путем голосования. Таким образом, сеть может определить, какие блоки завершены и действительны, а какие могут иметь проблемы или быть неполными.

Через механизм голосования PTC влияет на то, считается ли блок "полным" или "пустым". Если PTC проверяет своевременность и корректность полезной нагрузки, блок распознается как "полный блок". Если отсутствует полезная нагрузка или она задерживается, блок может быть отмечен как "пустой блок". Исходя из голоса PTC, сеть напрямую вознаграждает или наказывает Предлагателя и Строителя, чтобы стимулировать своевременное и точное построение блока.

• Полный блок: блок содержит полный набор действительной полезной нагрузки, возможно, включая несколько транзакций, и состояние выполнения транзакции обновляется вовремя.
• Пустой блок: блок содержит очень мало или вообще не содержит транзакций. Это может быть блок CL, но он не обновляет состояние EL.
• Отсутствующий блок: слот пуст. Это относится к блоку, который ожидался, но не был создан или успешно добавлен в цепочку. Отсутствующие блоки могут быть классифицированы как полные или пустые в зависимости от голосования за выбор вилки (блок, слот).

Censorship Resistance ePBS, в сочетании с дизайном списка включения

Пока основной дизайн ePBS основан на безопасности Builder и предоставляет Builder полный контроль над блоковыми транзакциями, внедрение списка включения делает его идеальным сочетанием для достижения устойчивости к цензуре и децентрализации.

В наших предыдущих статьях мы обсуждали CLпроцесс (для получения дополнительной информации, пожалуйста, посетите: https://mp.weixin.qq.com/s/EBzr0ttBLosYnRBNVKF6rgКратко говоря, Заявитель предоставляет Строителю список транзакций, которые должны быть приоритетными. В этот список должны входить все в настоящее время активные транзакции, независимо от того, находятся ли они в пуле транзакций. Пока в блоке остается место, транзакции из списка должны быть включены в блок Строителя. Если блок полон, Строитель должен четко указать и подтвердить, что он принял к сведению этот список.

Когда Строитель пытается цензурировать определенные транзакции, базовая комиссия быстро повышается из-за внедрения EIP-1559, поскольку блоки непрерывно заполняются транзакциями. Если Строитель настаивает на добавлении фейковых транзакций в блок для цензуры, увеличение комиссий сделает такие действия излишне затратными и неэффективными.

Краткое изложение

ePBS разделяет роли Предлагающего и Строителя через его интеграцию протокола. С PTC, действующей как подмножество комитета по верификации, она отвечает за голосование по действительности и своевременности платежной нагрузки, выпущенной Строителем. Основным преимуществом ePBS является отказ от полаганиясь на доверенные третьи стороны и непосредственное надзор и наказание со стороны самого протокола Ethereum, что уменьшает необходимость доверять единственному участнику. Это не только улучшает устойчивость к цензуре системы, но и укрепляет защиту транзакций через механизмы, такие как Список Включений, делая стоимость цензуры транзакций чрезвычайно высокой и непрактичной.

Важно отметить, что ePBS предоставляет возможность разделения Block Proposer-Builder на уровне протокола, а не является обязательным. Основное различие между ePBS и другими моделями заключается в их механизмах оплаты и моделях доверия. При рассмотрении вопросов доверия к всему протоколу, стоимость, которую нужно заплатить, заключается в необходимости обязательной оплаты комиссий заранее. В отличие от этого, MEV-Boost позволяет выплаты Beacon Proposer на основе полученных прибылей от выполненных Execution Payload, предлагая больше возможностей для получения прибыли. Может быть, однажды ePBS сможет развиться до такой степени, что первоначальные обязательства по оплате комиссий больше не будут необходимыми — это маленькая надежда на будущее!

Справка

@ttsao/epbs-faq0"">https://hackmd.io/@ttsao/epbs-faq0

@potuz/rJ9GCnT1C"">https://hackmd.io/@potuz/rJ9GCnT1C

https://mirror.xyz/ohotties.eth/kw_7qbkOl4NV1pmpRgVwtsS-7TZff_zTmmNEOm2BbmU

https://mirror.xyz/barnabe.eth/LJUb_TpANS0VWi3TOwGx_fgomBvqPaQ39anVj3mnCOg

https://ethresear.ch/t/epbs-design-constraints/18728?u=barnabe

@potuz/ry9NirU2p"">https://hackmd.io/@potuz/ry9NirU2p

https://vitalik.eth.limo/general/2023/09/30/enshrinement.html

https://ethresear.ch/t/three-dichotomies-in-epbs/16267

https://ethresear.ch/t/the-contention-between-preconfs-and-epbs/19770?utm_source=substack&utm_medium=email

Отказ от ответственности:

1. Эта статья перепечатана из [Нечастые], Все авторские права принадлежат оригинальному автору [Джоселин]. Если есть возражения против этого повторного издания, пожалуйста, свяжитесь с Gate Учитькоманда, и они быстро с этим справятся.
2. Ответственность за отказ: Взгляды и мнения, высказанные в этой статье, являются исключительно мнением автора и не являются инвестиционным советом.
3. Переводы статьи на другие языки выполняются командой gate Learn. Если не указано иное, копирование, распространение или плагиатирование переведенных статей запрещено.