EF Protocol 带来最新进展：以太坊 L1 扩容大推进
在今年六月，我们推出了 Protocol，对以太坊基金会的研究与开发团队进行了重组，以更好地对齐当前的战略目标：扩展 L1、扩展 Blob、改善用户体验，同时仍坚持以太坊在安全性与强抗性方面的承诺。 接下来几周，我们将陆续发布各个工作方向的更新，涵盖最新进展、新倡议、开放性问题与合作机会。今天我们率先分享的是「扩展 L1」的内容 —— 关于「扩展 Blob」和「改善用户体验」的后续内容也
作者 | Ansgar Dietrichs, Tim Beiko, Marius van der Wijden
🔗 原文链接：https://blog.ethereum.org/2025/08/05/protocol-update-001
在今年六月，我们推出了 Protocol [1]，对以太坊基金会的研究与开发团队进行了重组，以更好地对齐当前的战略目标：扩展 L1、扩展 Blob、改善用户体验，同时仍坚持以太坊在安全性与强抗性方面的承诺。
接下来几周，我们将陆续发布各个工作方向的更新，涵盖最新进展、新倡议、开放性问题与合作机会。今天我们率先分享的是「扩展 L1」的内容 —— 关于「扩展 Blob」和「改善用户体验」的后续内容也即将到来！
要点总结：
Marius van der Wijden 加入 Ansgar Dietrichs 和 Tim Beiko，共同领导「扩展 L1」工作流
主网在 Berlinterop 后将 gas 上限提升至 4500 万，这是迈向 1 亿 gas 及更高目标的第一步
所有主流执行层客户端已上线“合并前历史数据过期” 功能，显著降低了节点的硬盘占用
Block-Level Access Lists（区块级访问列表）正被考虑作为 Glamsterdam 升级的重点提案
针对 EVM 资源定价与性能瓶颈的计算与状态基准测试计划已启动
通向 zkEVM 实时验证的路径愈加清晰，目前已开始基于零知识证明的 attester 客户端原型设计
我们仍在招聘「性能工程主管」，申请截止日期为 8 月 10 日
Geth 正式出手：严肃对待 L1 扩容
扩展以太坊需要在雄心勃勃的设计与工程上的务实之间取得平衡。为此，我们任命 Marius van der Wijden 与 Ansgar Dietrichs 和 Tim Beiko 共同担任「扩展 L1」工作流的负责人。
Marius 在 Geth 上拥有丰富的工程经验，同时对协议安全性的高度重视，使他成为将扩容策略与以太坊技术约束相协调的理想人选。
目前，Ansgar、Marius 和 Tim 已共同制定了一系列关键计划，推动我们尽可能快速地实现 L1 扩容。
向主网 1 亿 Gas 上限迈进
我们的近期目标是：在确保安全的前提下，将以太坊主网的 gas 上限提升至每区块 1 亿。该项工作的推进由 Parithosh Jayanthi 负责，并得到了 Nethermind 的 PerfNet 团队 的大力支持，专注于每一次逐步的提升。
在最近的 Berlinterop 活动中，各客户端团队显著提升了其最坏情况下的性能基准，从而支持了 gas 上限提升至 4500 万 —— 这是通往 1 亿 gas 及更高容量的第一步！
此外，客户端的「硬化」已成为 1 亿 gas 扩容计划的核心部分。Pectra 升级的推出暴露出多个由网络不稳定导致的问题。因此，随着吞吐量的提高，即使网络暂时失去终局性，也必须确保客户端的稳定性不受影响。
历史数据过期机制（History Expiry）
由 Matt Garnett 负责的 History Expiry 项目，旨在减少以太坊节点的历史数据存储负担。最近部署的部分历史数据过期机制（Partial History Expiry）移除了合并前（Pre-Merge）的历史数据，为全节点节省了大约 300–500 GB 的硬盘空间，使节点可以在 2TB 的磁盘 上顺畅运行。
在此基础上，我们正在开发 滚动历史过期机制（Rolling History Expiry），该机制将持续性地清除超出固定保留周期的历史数据。即使以太坊继续扩展，该机制也能保持节点的存储需求在可控范围内。
区块级访问列表（Block-Level Access Lists）
由 Toni Wahrstaetter 推动的 区块级访问列表（BALs），正逐渐成为 Glamsterdam 升级 的重点候选提案。BALs 带来了以下几项关键优势：
支持区块内交易的并行执行
促进状态根的并行计算，大幅提升区块处理速度
允许在区块执行开始时预加载所需状态，优化磁盘访问模式
提升节点的整体同步效率，尤其对新节点与归档节点更为有利
这些改进将共同增强以太坊处理更高 gas 上限与更快区块时间的能力，提升系统的整体可靠性与性能。
基准测试与资源定价（Benchmarking & Pricing）
以太坊扩容面临的持续挑战之一，是如何将 EVM 操作的 gas 成本与其实际的计算开销对齐。目前，一些最坏情况的边缘性能瓶颈限制了整个网络的吞吐能力。
通过改进基准测试基础设施，并重新定价那些客户端无法优化的操作，我们可以让区块的执行时间更加一致。如果能缩小最坏情况与平均情况区块之间的性能差距，就可以相应地提升 gas 上限。
由 Ansgar Dietrichs 牵头的团队正专注于目标明确的基准测试与工程干预，并直接借助 PerfNet 提供的全面基准数据来识别并解决计算密集型瓶颈。特别是在 Berlinterop 之后，针对最坏情况的计算场景，团队已取得显著进展。
与此同时，Carlos Pérez 主导的 Bloatnet 项目正致力于对状态性能的基准测试与优化。该项目模拟状态大小为当前主网的两倍、gas 上限达到 1–1.5 亿的极端环境，以测试节点性能，从而为资源重定价与客户端优化提供数据支持。
这两项工作都将为 Glamsterdam 升级 中的 EIP 提案提供依据，目标是统一各类操作的资源成本，进一步推动以太坊第一层的扩容进程。
zkEVM Attester 客户端
当前，以太坊节点在接收到一个区块时，需要执行该区块内的所有交易，这在计算上代价高昂。为了降低这一计算负担，以太坊客户端未来可以选择验证一个区块执行的零知识证明（zk proof），而不是重新执行所有交易。
要实现这一点，必须能实时生成区块的 zk 证明——如今我们正在逐步接近这一目标 [14]。
Kevaundray Wedderburn 正在领导开发一个 zkEVM Attester 客户端，它假设已有实时生成的证明，并基于这些证明来履行验证者职责。
一旦原型准备好部署到主网，它将作为一种可选的验证机制推出。我们预计未来一年内会有一小部分节点开始采纳这一机制，以便逐步验证其稳健性与安全性。
之后，以太坊节点将可以逐步过渡到基于 zk 的验证机制，并最终将其设为默认选项。到那时，主网的 gas 上限将有可能大幅提升——甚至开启“野兽模式”（beast mode）！
RPC 性能与招聘信息
随着网络吞吐量的提升，不同类型的节点（执行节点、共识节点、RPC 节点）面临的挑战也不尽相同。其中，RPC 节点承受的压力尤为显著，因为它们需要处理大量的历史与实时状态请求。
在以太坊基金会内部，Geth 团队与 PandaOps 团队正积极研究针对不同节点类型的最优配置。我们预计，随着以太坊扩展的推进，这一领域的重要性将持续上升，因此也希望进一步扩充相关领域的专业力量。
为此，我们目前正在招聘一位“性能工程负责人（Performance Engineering Lead）” ，申请截止日期为 8 月 10 日。如果你和我们一样对扩展以太坊 L1 充满热情，欢迎加入我们！
欢迎关注 EHPanda 获取更多资讯！
