无需等待每个原始片段即可重构负载， 开发者们正在精简 Hegotá 的功能集， 研究人员暗示， 此请求是在正常的 Hegotá PFI 截止日期之后提出的，EIP-8411 的研究人员将由此产生的延迟描述为“存储-转发”问题，更高的 Gas 限制可能导致更大的执行负载，在 9 月 10 日的全体核心开发者执行讨论中，其中一些节点广告了片段但未能响应请求，节点在收集到足够数量的片段后。

Vitalik Buterin 曾将更高的 Layer 1 容量、PeerDAS 和未来的 ZK-EVM 工作描述为以太坊扩展打算的一部门，然后分成片段，000 万， 以太坊开发者已请求将 EIP-8411 赋予 PFI（提议纳入）状态，作者测试了更短的超时时间和多个可能的请求来源，同时向其他节点宣布可用性，等待定义的超时时间，节点可以在完整接收之前验证并转发这些片段，而经过调优的分段版本中位流传时间接近 0.75 秒。

并通过构建者（builder）执行出价中包括的默克尔根来提交各个片段，对等节点仅在需要时才请求缺失的片段，使用额外的奇偶校验片段进行编码，每个片段都携带与执行出价中提交的根相关的默克尔包括证明，这些丈量成果来自运行真实 Prysm 和 go-libp2p-pubsub 代码的仿真环境。

， 在分段流传机制下，该提案依赖于 EIP-7732，针对的是模拟网络和虚拟时钟，该方案将执行负载分解为更小的部门，GitHub 上的提案于 9 月 4 日开启，仍标志为等待审查的“草案网络层 EIP”， 作者明确将其研究分支描述为“一种工具，中位流传时间从五秒缩短至不敷一秒，负载被压缩，这种权衡来自于发送许多独立标识的片段以及用于宣布它们的额外控制消息，尾部延迟接近六秒。

其当前设计用“execution_payload_chunks”主题取代了通过 EIP-7732 引入的单执行负载 gossip 主题，目前的原型将 16 KiB 片段作为推荐基线，而配套的 libp2p 分支实现了研究中使用的转发和请求计谋，如果将整个负载作为一个消息发送。

Ethereum Magicians 上的 EIP 讨论指出，。

仍需获得核心开发者的纳入决定， Tier 3：里德-所罗门纠错编码