该项目旨在通过在 Prysm 共识客户端和 Geth 执行客户端中实现的 PoC，来研究和实现具有包含列表支持的 ePBS（Enshrined Proposer Builder Separation）。
ePBS (enshrined proposer builder separation) 带有包含列表的实现
在共识层和执行层实现带有包含列表支持的 ePBS 的概念验证，以支持区块构建，并使以太坊具有更高的抗审查性。
动机
你的项目正在解决什么问题？为什么它很重要，它将影响协议的哪个区域？
目前，在以太坊中，PBS (proposer builder seperation提议者构建者分离) 出现在协议外的系统中，如 flashbots，其中现有的验证器将区块构建外包给外部实体。这些外部实体是复杂的参与者，他们可以捕获 MEV，并生成比在普通硬件上运行的验证器具有更高价值（或更多收益）的区块。这种设计依赖于一组非常小的受信任实体，称为中继（Relay），它们负责提议者与构建者之间的通信。目前，网络中超过 90% 的区块由 10 个活跃的中继广播。这引入了中心化风险，并使网络更容易受到审查。
因此，这篇文章 提倡对 PBS 进行链上（enshrined）实现，因为它可以使整个过程更加去中心化、抗审查且无需信任。此外，在协议中加入区块构建过程使构建者对其行为更负责，并使过程更加透明。
Enshrined Proposer-Builder Separation (ePBS) 是以太坊更好地控制（如果不是缓解）非用户价值增益 MEV 捕获的一部分，同时支持完全无状态的验证器，并降低验证器中心化的可能性。有害或“坏的” MEV 是 L1 交易费用增加的主要原因（尤其是在 MEV 策略中存在拥塞或竞争时），也是不公平交易的来源，例如搜索者抢先交易或夹击其他用户。尽管以太坊上战术性和战略性 MEV 的全部程度尚不清楚，但其影响正越来越被发现和研究。
项目描述
你提出的解决方案是什么？
由于 Enshrining PBS 是一个复杂的问题，并且已经为它提出了多种设计，因此目标是在 Prysm 共识客户端和 Geth 执行客户端中实现带有包含列表的 PTC（Payload Timliness Committee）设计的 PoC。
规范
你将如何实施你的解决方案？提供有关该项目的详细信息和更多技术信息。
有相当多的关于 ePBS 的研究文章可用，如上所述，已经提出了多种设计。该项目包括审查现有的提案和文献。Prysm 团队的 Potuz 和 Terrence 参与了讨论，并投票支持 PTC (Payload Timliness Committee) 设计。它是 Vitalik 最初提出的另一种设计的更新设计，称为 Two-slot PBS。
这需要在共识层和执行层进行更改。Potuz 和 Terrence 一直在研究共识规范，计划是充分理解它们、审查它们并在 Prysm 共识客户端中实现它们。对于执行层，规范（和一个 EIP）将在稍后阶段编写（我希望也能为编写做出贡献），并且选择的客户端是 Geth。计划是将整个实现分解为不同的组件，并迭代地构建所需的功能。此外，对于ePBS，此处 提出的包含列表设计也将被实现，以防止审查，因为它们彼此互补。
参与该项目的研究员最初将参与审查所提出的规范后讨论实施计划。最初，我们将参与一般贡献，然后将在内部划分要实现/修改的模块。
最终目标是构建一个具有以下功能的 PoC：
- 构建者作为高质押的验证器，发送构建下一个区块的投标，而不泄露交易。相应插槽的验证器可以选择一个投标并提出信标区块。在一轮对加粗blinded加粗信标区块进行投票后，构建者会公布 payload（即交易列表），PTC 委员会将对其进行投票。
- 当前插槽的提议者可以发送他们希望被下一个区块的构建者包含的交易列表，以避免审查。这将以不同的方式处理，以避免上述帖子中提到的免费 DA 问题。
路线图
你提出的时间表是什么？概述项目的各个部分，并深入了解执行它们需要多少时间。
第 1-3 周 花时间学习更多关于 PBS 和 ePBS 设计的知识。彻底阅读和审查规范（如果可能的话，为其做出贡献），并找出实施计划。与导师和其他研究员一起参与关于设计选择的讨论。
第 4-10 周：划分要实现的模块，并开始在 CL 和 EL 上进行迭代开发。以这样一种方式规划实现，即每个模块（或一组模块）都可以单独进行测试（目前通过单元测试）。根据进度，计划在 devnet 上部署 PoC。
第 11-12 周：记录项目并继续执行测试计划。
可能的挑战
你可能需要克服的限制和问题是什么？
- ePBS 仍在被积极研究，并且如上所述，有多种设计可用。社区目前尚未最终确定哪种设计更合适，因此将来可能会发生变化。
- 这是一个巨大的项目，即使有多人同时工作，也可能需要比预期更长的时间才能完成它。如果不是测试，我们希望在研究金结束前完成 PoC 实现。我也很乐意在研究金结束后继续从事这项工作。
- 在这一点上，我认为有很多实现上的未知数，并且随着我们的进行，预计会有很多（至少在我看来）。处理它们以及使用 Prysm 和 Geth 的庞大代码库将具有挑战性。
项目目标
成功的样子是什么？描述项目的最终目标、范围、状态和影响，以便将项目视为完成并成功。
该项目的最终目标是审查现有文献、规范，并在 devnet 上实现带有包含列表的 ePBS PTC 设计的有效实现。以下是我们期望完成的事情的粗略列表（作为一个团队）：
- 在 Prysm (CL) 和 Geth (EL) 中实现 PoC。
- PoC 的测试计划（包括单元测试和 devnet 测试）
- 项目文档
合作者
研究员
是否有研究员与你一起参与此项目？
由于这是一个巨大的项目，因此将有多人参与其中。
导师
哪些导师在项目中帮助你？
资源
提供指向构成项目的存储库、PR 和其他资源的链接。
实现所需的资源
实施 / PR 链接
