以太坊研究人员报告称，草案EIP-8411下的分段广播设计将1 MiB执行负载的模拟中位传播时间从约5秒降至约0.75秒，详情见Ethereum Research上的文章。

在权益证明网络中，传播速度尤为重要，因为验证者在证明（attest）每个新区块之前，接收并验证该区块的时间窗口有限。

该测试模拟了500个具有地理延迟的节点，上传容量为50 Mbps、下载容量为100 Mbps。负载由家用级构建者发送，而非高帶宽的数据中心节点，这一选择旨在检验该设计在没有数据中心基础设施的发送端的表现。研究人员在模拟网络和虚拟时钟上运行了真实的Prysm与go-libp2p-pubsub代码，并在10个随机配置下重复每项测量，以避免依赖单一拓扑结构。

当完整负载作为单条GossipSub消息发送时，约5秒内到达网络的一半，最慢的节点在接近6秒时收到。调优后的分段方式将这两个数字分别降至约0.75秒和1秒。

EIP-8411以分段广播取代整负载等待

EIP-8411用新的execution_payload_chunks主题取代了EIP-7732中的单一execution_payload gossip主题。节点不再需要等待完整负载才能转发。相反，它们可以在独立认证的分片到达时进行验证并转发，并将每个分片与构建者执行出价中携带的Merkle根进行核对。

该提案于2026年9月4日提出，目前仍为未批准的Draft网络类EIP。它还依赖于EIP-7732，即以太坊内建的提议者-构建者分离设计——构建者构建执行负载并通过执行出价提供给提议者，从而将区块构建与区块提议分离。

结果来自使用原型客户端代码的受控模拟，而非以太坊主网的实测数据，因此任何现实世界的性能提升仍有待确认。研究人员将其分支描述为“一个测试工具，而非提案”。

相关发现也在一条X帖子中作了描述：

Ethereum researchers just exposed the hidden dependency behind fast block propagation: datacenters. Then they removed them.
1 MiB payload. 500 nodes. Home-grade bandwidth. No high-bandwidth datacenter nodes.
GossipSub: ~5s median
Segmented propagation: ~0.75s
But the more… pic.twitter.com/cytAvwJtwr
— slymnogunc (@slymnogunc) September 17, 2026
https://x.com/slymnogunc/status/21005584584151054?ref_src=twsrc%5Etfw

更快的传播伴随更高的网络开销

以太坊共识层使用GossipSub——一种发布-订阅式gossip协议——在对等网络中传播区块和其他消息。当前的gossip模型可能造成存储转发延迟，因为节点必须接收并验证完整的大消息后才能转发。基础的Tier 1设计采用16 KiB分片加批量发布。在测试中，它将1 MiB负载的中位传播时间从5秒降至1秒以内。尾部延迟也从约6秒降至略高于1秒。

代价是接收字节数比当前整消息方式多出约三分之一。更高级的变体直接针对这一重复字节开销。其中一种称为disciplined pulls的方法是：节点向某个对等节点请求缺失的分片，若该节点超时，则回退到另一个节点。这将接收流量降至每节点约1.5份负载副本。然而，当对等节点扣留其已通告的分片时，尾部延迟会上升。

第三层方案在此基础上加入了Reed-Solomon纠删码。它在测试中产生了最低的尾部延迟，并在对等节点扣留分片时仍能正常工作。代价是源端带宽需求更高。

这一权衡与以太坊Glamsterdam之后的扩容路线图相关。更大的gas上限和执行负载预计将进一步加重节点带宽压力。研究人员还指出了若干悬而未决的问题，包括控制消息流量、处理大量小消息的CPU成本、队列管理、计时器调优以及客户端之间的协调。

ACDC考虑将EIP-8411纳入Hegotá

以太坊生态也在讨论该提案可能被纳入Hegotá——预计在Glamsterdam之后的网络升级。Barnabé Monnot在一条X帖子中写道：

After a month of community outreach, @ethlabs_org is shipping a major piece on a faster Ethereum with faster L1 blocks, collecting perspectives from all corners of the ecosystem. Ethereum core developers are in the final stretches of deciding what to include in Hegotá, the…
— Barnabé Monnot | barnabé.eth (@barnabemonnot) September 17, 2026
https://x.com/barnabemonnot/status/2100575903461839032?ref_src=twsrc%5Etfw

以太坊开发者在Hegotá的正常PFI截止日期之后，申请将EIP-8411列入Hegotá的Proposed for Inclusion状态。Proposed for Inclusion（PFI）是将某个EIP标记为特定网络升级候选的状态。ACDC #187议程安排在9月17日14:00 UTC进行PFI讨论。但在主报告发布时，该会议尚未举行，也未记录任何纳入决定。

Prysm与go-libp2p-pubsub的原型实现已经发布。研究人员提醒，高级纠删码配置仍属于实验性测试环境特性，而非最低限度EIP-8411规范的已确认组成部分。EIP-8411能否成为以太坊扩容基础设施的一部分，取决于核心开发者未来的决定。