以太坊研究人员公布的一组模拟测试显示，EIP-8411 可明显缩短执行负载在网络中的传播时间。按报告设定，1 MiB 负载的中位传播时间由约 5 秒降至 1 秒以内，这项提案也将在 9 月 17 日进入以太坊核心开发者讨论。

传播方式从整包转向分段

目前的传播模式下，节点通常要先接收并验证完整的大消息，再继续转发给其他节点。这会带来明显延迟，尤其是在负载体积变大时更为突出。

EIP-8411 的思路是把执行负载拆成固定分段，并在构建者提交的执行竞标中加入 Merkle 根。这样一来，节点收到单个分段后，就能独立验证并立即继续转发，不必等待整包到齐。

草案提出以独立可验证的分段，替代 EIP-7732 中单一的 execution_payload 消息。当前研究版本提到的设计包括 64 个分段，同时尽量不改动现有 gossipsub 的线格式、网络拓扑和评分机制。

1 MiB 负载中位传播降至约 0.75 秒

这组测试基于 500 个模拟节点，采用家庭级带宽设定：上传 50 Mbps、下载 100 Mbps，并引入地理延迟与 10 组随机网络种子。测试环境使用真实 Prysm 与 go-libp2p-pubsub 代码，但运行在模拟网络和虚拟时钟中。

在这一设定下，如果把 1 MiB 负载作为单条完整消息发送，中位传播时间约为 5 秒，尾部延迟接近 6 秒。采用调优后的分段传播后，中位时间降至约 0.75 秒，尾部延迟接近 1 秒。

研究人员称，基础版 Tier 1 方案结合了分段和批量发布。以 16 KiB 分段为例，1 MiB 负载的中位传播时间可降至 1 秒以内，但代价是每个节点接收的数据量会高于整包模式，约增加三分之一。

是否纳入 Hegotá 仍待决定

在更高阶方案中，研究人员还尝试减少重复传输。节点不再把每个分段都推送给所有可用对等方，而是只向部分节点发送，同时向其他节点广播可获取信息，由后者按需拉取缺失部分。

测试显示，在 1 MiB 负载下，这种带有纪律性拉取的方案，可把每个节点接收的数据量压到约 1.5 份负载副本。另一种加入 Reed-Solomon 擦除编码的方案，则在测试中取得更低的尾部延迟，但源头发布带宽成本更高。

EIP-8411 目前仍是以太坊 EIPs 仓库中的 Draft 网络提案，尚未激活。开发者已申请将其列为 Hegotá 升级的 Proposed for Inclusion。按议程，ACDC #187 将于 9 月 17 日 14:00 UTC 讨论这一请求，报道发布时尚无纳入决定。

补充信息：研究团队明确表示，当前代码仍属实验性测试分支，部分擦除编码等配置未必会进入 EIP-8411 的最小正式规格，后续还需继续评估控制消息开销、CPU 成本与不同网络栈表现。