loading...
Fusaka升级已于2025年12月3日正式在以太坊主网上线，标志着网络扩容进程的重要进展。此次升级的核心是引入PeerDAS（点对点数据可用性采样），使全节点无需下载完整交易数据即可验证信息，从而有效缓解存储与带宽压力。
作为一次协调性软件变更，Fusaka是一次硬分叉，所有节点必须在同一区块上完成同步。其名称融合了“Osaka”（执行层）与“Fulu”（共识层），命名灵感分别来自Devcon举办城市和恒星。该升级于UTC时间2025年12月3日21:49:11激活，主功能为EIP-7594定义的PeerDAS。
随后两次小型分叉——BPO1与BPO2，分别于2025年12月9日和2026年1月7日上线，逐步将每个区块的Blob目标值从6个提升至14个，最大值从9个增至21个。客户端默认Gas上限也同步调整为6000万，以支持更高负载。
在Fusaka之前，每个全节点需完整下载所有发布到链上的Blob数据，导致磁盘占用和带宽消耗持续上升。而PeerDAS通过数据冗余与采样机制改变了这一模式。
想象一本大书被拆分成多个章节，并分布给不同读者。每个读者只保留部分章节，但书中还包含额外副本，确保即使某些章节缺失，也能通过其他人的内容恢复。这种设计让节点仅需采样少量数据子网，即可验证整体数据可用性。
具体而言，原始Blob被划分为128个列子网，普通全节点仅订阅其中4个，相当于处理约八分之一的数据量。由于纠错编码的存在，只要超过一半的扩展数据可访问，原始数据即可重建。这大幅降低了大多数节点的负担，同时将工作量重新分配给少数高配置节点。
升级后，各类节点的资源需求发生结构性变化：
值得注意的是，区块构建者因上传更多数据，需具备两到三倍的上传能力，最终达到约100 Mbps，这对基础设施提出新要求。
更大的Blob空间意味着Rollups可以以更低单位成本将数据写入以太坊。理论上，这有助于降低用户支付的Layer 2交易费用。
然而，费用并非自动下降。价格仍由市场需求决定。若应用增长速度与容量扩张同步，费用可能维持稳定。因此，实际效果需结合实时数据观察。
自2025年12月3日激活以来，系统通过两次“仅Blob参数”分叉（BPO1、BPO2）逐步释放容量，形成渐进式扩容路径。这种小步快跑的方式避免了大规模升级带来的风险，体现了以太坊开发的稳健策略。
虽然Fusaka设置了6000万的客户端默认Gas上限，但这并非承诺网络速度提升。它只是一个上限设定，实际使用取决于用户活跃度。
为防止滥用，升级引入三项关键安全机制：
这些措施共同构成了一道安全屏障，保障网络在高负载下仍具稳定性。
除了核心扩容功能，Fusaka还带来多项辅助升级：
这些更新虽不直接影响终端用户，但为未来应用创新提供了底层支持。
尽管升级影响深远，但以下事项保持不变：
由此可见，Fusaka本质上是一次容量升级，而非费用市场重设计。
以下是Fusaka升级的重要时间线：
目前，普通持有者无需采取任何行动。但质押者与节点运营商必须更新信标节点与验证者客户端至支持Fusaka的版本，否则将被网络隔离。
Fusaka之后的焦点转向Glamsterdam升级。该计划整合Amsterdam（执行层）与Gloas（共识层），核心包括铭刻化的提议者-构建者分离与区块级访问列表，旨在进一步提升安全性与去中心化水平。
截至2026年11月4日，主网激活时间仍未公布。当前进展如下：
未来升级节奏将继续遵循“测试先行、风险可控”的原则，确保每一步都经得起验证。
回顾整个过程可见，以太坊的升级路径越来越注重稳定性与可预测性。如Hoodi延迟所示，一旦发现潜在风险，开发团队会主动调整时间表，而非强行推进。
随着各Layer 2对数据容量的需求不断增长，Fusaka的价值将日益凸显。而接下来的Glamsterdam，也将检验以太坊是否能在保证安全的前提下，实现基础层的进一步扩展。
Fusaka升级的核心在于通过PeerDAS实现高效数据验证，分阶段扩大Blob容量，并设置合理的资源上限。它并未直接降低交易费用，而是为生态长期发展铺路。
对于非技术背景用户而言，关键理解是：这是一次“扩容”而非“降价”。真正的收益将在未来数月内，随着流量增长逐渐显现。
建议关注以太坊基金会官方博客，获取下一阶段升级的最新动态。
624
525
593
908
659
198
185
688
548
811
