概述
World Chain 的 EIP-7928 实现旨在通过 Flashblocks 流式传输区块级访问列表，使验证者能够在区块仍在构建时就开始并行验证。World Chain 于 2026 年 7 月 27 日在 Sepolia 上启用了该系统，并计划于 8 月 17 日激活主网。因此，目前不应将其描述为在主网上完全激活。
EIP-7928 记录了区块执行期间访问的账户、存储位置、代码更改以及结果值。通过提前了解这些依赖关系，验证者可以在多个 CPU 核心上处理独立交易，从存储中预取状态，并并行计算状态根。World Chain 扩展了提议的以太坊设计，通过每个 200 毫秒的 Flashblock 传输访问列表的一部分，而不是等待完整区块。
内部测试网基准测试达到了每秒 1 gigagas，而验证延迟没有成比例增加。这些结果在技术上意义重大，但它们仍然是受控基准测试。主网性能、带宽成本、故障处理以及去中心化影响将决定该架构在真实工作负载下是否能带来相当的收益。
关键要点
- World Chain Sepolia 于 7 月 27 日启用了流式区块访问列表；主网激活计划于 8 月 17 日进行。
- 每个 200 毫秒的 Flashblock 携带 EIP-7928 访问列表的一部分。
- 验证者可以并行执行独立交易并计算状态变更。
- World Chain 报告称在标准云基础设施上测试达到了每秒 1 gigagas。
- 基准测试吞吐量并不等同于持续的主网容量或用户需求。
World Chain EIP-7928 如何工作
World Chain EIP-7928 解决了什么问题？
它解决了当验证者不知道交易将访问区块链状态的哪些部分时产生的顺序验证瓶颈。在传统模型下，验证者通常按顺序执行交易，因为后一笔交易可能依赖于前一笔交易更改的余额或存储值。
区块级访问列表使这些依赖关系变得明确。EIP-7928 定义了一种结构，记录区块执行期间访问的账户和存储槽，以及执行后的值。验证者可以识别彼此不依赖的交易，并在多个工作线程上处理它们。
相同的数据可以支持并行磁盘读取、交易验证、状态根计算以及无执行的状态更新。列表必须与实际执行轨迹匹配；不准确的结果可能导致区块被拒绝。因此，正式的 EIP-7928 规范将访问列表视为可验证的组件，而不是可选的性能提示。
访问列表如何通过 Flashblocks 传递？
World Chain 每两秒产生一个区块，并将进行中的区块划分为已签名的 Flashblocks，大约每 200 毫秒传递一次。每个 Flashblock 携带该间隔内添加的交易以及相应的区块访问列表片段。
这些片段包含最小和最大交易索引，以便验证者可以将它们组装成完整的区块列表。每个 Flashblock 还包含一个 access_list_hash，为执行该部分期间访问和更改的状态创建加密承诺。
跟随者可以在每个片段到达后立即开始验证。交易分布在工作线程池中，结果按索引顺序重新组装，并将声称的状态更改与执行结果进行核对。状态根计算可以在后台进行。当最终 Flashblock 到达时，大部分验证工作已经完成。
为什么流式访问列表可以改善扩展性
该设计能否在不使用更强硬件的情况下提高吞吐量？
World Chain 的测试表明，它可以提高验证吞吐量，而无需成比例增加验证者硬件，但仍需要主网证据。该项目在标准 AWS 云基础设施上测试了该设计，执行客户端限制为四个虚拟 CPU 和普通的 EBS gp3 存储。
一项九点测试在 20 亿 gas 的区块限制下，将持续吞吐量从 1.7 Mgas/s 提高到 1 Ggas/s。World Chain 报告称，验证延迟在较低吞吐量时增加，在接近 100 Mgas/s 时达到拐点，然后随着工作分布到 CPU 工作线程和 Flashblock 间隔而大致趋于平稳。
在饱和状态下，所述限制是负载生成器和排序器，而不是验证者。这表明并行验证可能削弱传统上更大区块与更高区块结束验证延迟之间的关系。结果和测试环境详见 World Chain 的工程报告。
局限性在于这些是项目在开发集群中运行的测试。主网交易可能产生不同的依赖模式、数据库行为、网络条件和状态增长。
World Chain 与以太坊计划中的设计有何不同？
以太坊已选择 EIP-7928 作为计划中的 Glamsterdam 升级的一个重点组件。其提议的第 1 层实现使用一个区块访问列表，用于大约 12 秒的区块，在区块头中放置承诺，并需要通过协调硬分叉来激活。
World Chain 使用相同的基本概念，但将其适配到更快的第 2 层流水线。它不是每个区块一个列表，而是每 200 毫秒的 Flashblock 分配一个访问列表切片。承诺出现在签名的 Flashblock 增量中，数据通过 World Chain 的点对点协议传输。
World Chain 可以通过运行时标志启用该功能，因此部署不需要协调的网络硬分叉。Sepolia 激活于 7 月 27 日进行，而主网激活计划于 8 月 17 日进行。该实现使 World Chain 成为以太坊计划稍后采用的执行概念的早期生产导向测试。
安全性、带宽和操作限制
不诚实的访问列表能否使无效区块变为有效？
不能，前提是验证者独立执行并比较结果，但不诚实的列表仍可能浪费验证资源。区块构建者在执行期间生成访问数据，而追随者验证声明的读取、写入和后值是否与自己的结果匹配。
如果列表遗漏了所需状态或报告了不正确的更改，应检测到差异并拒绝该区块。签名哈希还将构建者承诺到每个流式切片，从而可以在 Flashblock 间隔内识别分歧，而不是在整个两秒区块之后。
这种模式确实引入了实现复杂性。客户端必须正确组装切片、强制执行交易索引边界、管理并行执行并避免竞争条件。即使理论设计合理，并行化或承诺逻辑中的故障也可能成为共识或可用性风险。
8 月 17 日部署后应衡量哪些指标？
主要指标应包括持续 gas 吞吐量、每个 Flashblock 的验证延迟、CPU 利用率、数据库输入/输出、带宽消耗、状态增长和追随者同步性能。World Chain 在故意存储密集的测试下测量到每 Mgas 约 2–3 KiB 的访问列表数据，而计算密集型工作负载生成的比例较小的列表。
操作稳定性与峰值吞吐量同样重要。观察者应跟踪错过的区块、排序器中断、重组行为、验证失败以及不同硬件配置节点的性能。
需求是另一个约束。技术容量并不能保证用户或应用程序会消耗它。更高的限制可能有利于高频支付、游戏、社交应用和复杂的链上市场，但实际采用必须与基准容量区分开来。
主网数据必须验证 World Chain 的扩容声明
World Chain EIP-7928 是改变第 2 层吞吐量验证方式的重要尝试。它不是完成一个大区块然后要求追随者顺序重放其交易，而是设计在整个区块构建过程中传达状态依赖关系。这允许验证、状态预取和状态根计算在完整区块间隔内并行进行。
这种方法尤其重要，因为在不改变验证架构的情况下增加区块容量可能会提高节点要求并削弱独立参与。World Chain 的基准测试表明，流式访问列表可能提供显著更高的吞吐量，同时保持验证者硬件相对适中。运行时标志部署还为网络提供了比以太坊第 1 层更快的部署路径，后者等效更改需要共识范围的硬分叉协调。
尽管如此，最强烈的声明在 8 月 17 日主网激活产生可测量结果之前仍是暂时的。受控测试无法完全代表主网状态访问模式、网络可变性、客户端故障或对抗行为。因此，World Chain EIP-7928 应被视为并行区块链验证的重要生产实验——尚不能证明在真实需求下可以安全地维持 1 gigagas 的吞吐量。
来源
https://eips.ethereum.org/EIPS/eip-7928
https://world.org/blog/engineering/world-chain-full-block-access-lists
