以太坊 2026 年的升级策略聚焦于两大主线：通过 PeerDAS 提升滚动数据可用性，以及在 Fusaka 升级下进行仅参数化 blob 的增强（BPO），并通过协调的社会共识管理显著的 gas 限额提升来扩展基础层执行能力。Fusaka 将于 2025 年 12 月 3 日启用，为受控的 blob 吞吐量提升奠定基础，允许 blob 目标在经过网络健康监测的前提下，在适度的间隔内翻倍，最大达到每区块 48 个 blob。
执行轨道，命名为“Glamsterdam”，涵盖草案 EIPs 如 EIP-7732（正式确立的提出者-构建者分离）、EIP-7928（区块级访问列表）和 EIP-7904（重新定价错配），旨在在不损害去中心化的前提下，提升并行性、状态更新效率和吞吐量。实际部署时间线包括 1 月 8 日至 2 月 4 日的头条项提案窗口，其后是社区讨论和非头条项的最终阶段，最终进入 2026 年晚些时候考虑的 Hegota 元 EIP 日程。
关键在于，验证者操作将经历范式转变：从对整区块的重新执行转向对 ZK 执行证明的验证，这要求分阶段采用支持 ZK 的客户端。验证者硬件必须在没有集中式证明者依赖的情况下，能够实时生成和验证证明。研究表明，在 ePBS（EIP-7732）下存在潜在的“自由选项”失效模式，8 秒的选项窗口，在高波动条件下，可能使相当比例的区块处于风险之中。随着 gas 限额的提升和 blob 数据量的增加，证明验证负载下的网络存活性成为关键风险因素，因为这会提高带宽和存储需求。
开发者与运营商必须协调客户端实现的升级，管理执行验证市场的转型，并在不产生集中风险的前提下，确保足够的证明供给。路线图的成功依赖于健壮的测试网络、跨客户端的 blob 处理互操作性，以及在参数变更上的清晰治理，以在吞吐量提升与安全性及去中心化原则之间取得平衡。2026 年的以太坊治理里程碑将为社区对齐设定基调，但执行仍取决于面向 ZK 证明前沿的证明者与验证者的就绪程度。
评论 (0)