文章介绍了ePBS(Execution Payload-Block Separation)的概念,这是一种通过将执行层与共识层验证分离来扩展以太坊L1的技术。ePBS通过改变执行区块和广播blob所需的时间,从而提高网络吞吐量和效率,同时降低了硬件要求。此外,ePBS还具有移除对区块生产的信任假设、简化验证器职责分离等优势。
这篇简短的笔记遵循了 @timbeiko 设计的模板,旨在为分叉包含提出一个主打功能。我会尽量保持简洁,减少技术性,因为我已经在 Fusaka 中提出了包含它的理由。
ePBS,正如 EIP 7732 中所说,代表执行 Payload–区块分离。它提出了最小的变更集,以最大程度地将执行层与共识层验证解耦。无论是在广播和传输区块方面,还是在实际的状态转换逻辑方面。此功能通过将执行一个区块所需的时间从目前的约 2 秒更改为 8 秒,直接实现了 L1 扩展。并且它将网络中广播 blobs 所需的时间从目前的约 2 秒更改为约 9 秒。
请参阅 Fusaka 案例 中更详细的非技术性理由。
目前以太坊验证者和完整节点跟上链 tip 的瓶颈在于带宽。验证者需要
为了能够证明该区块,所有这些都需要在 2 秒内完成。此提案通过将热路径保持在最小限度,即下载完整的共识区块(与执行区块和 blobs 相比,这是最小的)并且仅执行共识验证,将以上所有内容移动到 非热 路径。它基本上将以太坊验证的剩余部分延迟到下一个 slot。这使得节点有时间在较低规范的硬件上运行,或者增加网络每个区块传输的数据量以及网络每个 slot 可以执行的计算量。
次要好处包括消除对区块生产的信任假设,允许任何验证者成为构建者并竞标区块生产,而无需受到中继的限制。它允许任何验证者以无需信任的方式出售提议 payload 的权利,而无需信任中间人来完成付款。
它消除了共识数据和执行数据具有相同 P2P 网络和时间线的技术债务,从而可以进一步升级验证者的职责分离。一旦 payload 和共识区块分离,就可以更容易地推理 APS、ET 等结构。共识层和执行层的 ZK 化成为可以并行处理的不同时间线上的独立问题。
它与 FOCIL 等抗审查提案完全且非常简单地兼容,允许简单的插件实现,而不是像 EIP-7886 这样更具侵入性的选项。
它简化了其他想法的实现,例如用于隐私保护的 密封交易。
它的实现仅限于共识层,不需要与执行层进行特殊协调以进行测试。
总的来说,它简化了执行层中任何可能对其评估时间敏感的原始类型的实现。
此功能应该立即包含在内,因为它是为上面列出的以太坊 L1 提供所有强大扩展属性的独特功能。其他提案,如延迟执行,缺乏对扩展至关重要的广播属性,特别是数据 blob 扩展,并且不能完全实现共识和执行之间的关注点分离,同时实施起来更加复杂,涉及两层。在以太坊已被开源社区以及 EF 领导者和核心开发人员明确指示专注于扩展 L1 吞吐量以及 rollup 的数据可用性的时代,没有一个 EIP 或项目能像此 EIP 实现的功能那样接近。
对于用户来说,影响是直接的:L1 和 post 到 L1 的 rollup 上的交易更便宜。对于验证者来说,这意味着更多的收入(以提案的执行 gas 形式)或更低的硬件要求来跟随链。构建者作为验证者在链上注册的事实,使得应用程序开发可以使用当今不可能实现的无需信任的构造。例如,staking 池不再需要担心 MEV 盗窃,这允许验证者集更高程度的去中心化。Lido 的代表提到此功能是 EIP 7732 对他们来说非常有价值的功能。
在过去的两年里,我收到的对 EIP 的反对意见各不相同,但主要集中在两个方面:
第一个是对允许空区块的微小更改,它以最小的方式更改了 forkchoice,依赖于当前的机制来保护构建者。至于第二个,我已经联系了当前的构建者,他们表示这对他们来说不是一个重要的问题。像 Flashbot 的 buildernet 这样的举措可以帮助缓解这个问题。
最重要的变化,即分离区块广播和验证的核心提升,已经在 Prysm 和 Teku CL 客户端中实现。鉴于 ACD 上的共识,ePBS 可以在 2026 年第一季度发布,并在隔离状态下进行全面测试。
没有未解决的问题,据我所知,除了与某些代码更改变的少量客户端兼容性问题(例如,Lodestar 要求不要从结构中删除字段)之外,没有任何设计决策需要制定。大多数未解决的问题都依赖于如何进一步改进此 EIP 以实现其他目标,例如 APS。
- 原文链接: ethereum-magicians.org/t...
- 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!