以太坊EIP-7975迎来区块收据分页方案的预定审阅截止日

围绕收据传输的审阅期限

以太坊技术提案EIP-7975将2026年11月1日列为Last Call最终征求意见阶段的截止日期。核实时，文件仍显示这一状态。提案由Felix Lange、Jochem Brouwer和Giulio Rebuffo撰写，创建于2025年6月16日。因此，本周日值得关注的是审阅期限，而不是一份新提案的诞生，也不是全面激活公告。

文件讨论节点软件如何相互传递交易收据。其目标是允许把一份收据列表分成多部分下载，而不是要求所有内容都装进单次响应。通信协议从eth/69升级为eth/70，描述的就是这项能力。仅凭这一方案，不能证明所有客户端或所有节点已经使用它。

避免响应超出可接受的消息大小

作者解释，提高区块gas上限可能增加区块收据列表的最大体积。在某些情形中，一条响应可能超过客户端通常采用的10 MiB消息限制。文件指出，这可能导致同步失败。这里描述的是数据交换大小的潜在问题，并未宣布以太坊正在发生全网故障，也没有声称所有节点都已经遇到超限情况。

方案增加一个标志，用来说明最后返回的列表是否完整。随后，节点可以再次请求剩余收据，并指定第一个所请求区块从哪个位置继续。这种分页机制组织的是传输过程，既不删除收据，也不会把部分响应自动变成完整列表。接收方可以继续获取数据，而不必依赖一条过大的消息。

部分数据仍然需要校验

这种灵活性也增加了攻击面。对于部分收据列表，节点无法立即按照完整列表的方式，与区块头中的参照值进行验证。因此，提案要求检查收据数量、每条收据相对于对应交易gas上限的大小，以及区块gas上限所允许的总数据量。拆分消息并不意味着可以取消对验证前缓存数据的边界限制。

关于兼容性，作者表示，新版本部署期间，旧客户端可以继续使用eth/69。他们也明确指出，该方案不改变以太坊虚拟机的共识规则，不需要硬分叉。但这既不等于自动采用，也没有提供全面普及的日程。接下来应关注提案状态的变化及软件实际支持情况；征求意见日期本身不足以证明功能已经上线。