以太坊区块级访问列表提案迎来最终征求意见截止日

审阅节点如何组织工作

EIP-7928官方文档将2026年11月1日列为最终征求意见截止日。这项由多位贡献者推动、于2025年3月31日创建的以太坊提案，在核查时仍显示Last Call。它描述区块级访问列表BAL，用于明确区块使用了哪些状态。因此，今天是审阅节点，不能证明最终采纳，也不代表主网已经获得加速。

问题具有实际工程意义。节点若要并行处理操作，就需要提前知道它们将读取或修改哪些账户与存储槽。部分交易附带的可选访问列表不能提供充分保证。提案要求在区块层面记录实际访问以及状态修改后的数值，预期改善磁盘读取、验证和状态根计算。

清单必须与实际执行一致

方案会在区块头中加入列表的密码学哈希。详细数据单独编码，并通过Engine API在共识层与执行层之间传递。节点随后必须检查清单与实际执行产生的访问完全一致。缺失、错误或无依据的条目可能使区块无效。因此，清单并不是验证者可以不加核实就信任的提示。

列表不仅覆盖发生变化的地址，也涵盖被访问但没有变化的地址，以及存储槽、余额、代码和计数器的变更。它还区分交易之前、交易本身和交易执行之后的操作。规则要求确定性排序，并防止重复条目，目的是让不同软件生成相同表示，从而无歧义地比较哈希。

潜在收益伴随额外成本

文档设想并行读取，并利用已记录的变更重建状态，在这一重建过程中无需重放每笔交易。这并不免除区块有效性验证义务。文档引用对2026年10月一千个区块的分析，在6000万gas的设定下，列表压缩后平均大小约92.1 KiB。这一样本说明会增加数据成本，并不保证所有使用情形下的性能。

提案也承认，虚假的存储读取条目可能在被发现前造成不必要的输入输出工作。与区块gas相关的限制约束条目数，客户端同时必须避免误拒有效列表。方案会改变区块结构和Engine API，需要硬分叉。对运营者来说，它仍是在并行化、数据传输与验证之间进行权衡。11月1日过去，并不能把这项标准工作写成已经部署完成。