一、背景与升级动因（Fusaka 的由来）

自 EIP-4844 引入“blob 交易”以来，以太坊为二层网络（L2），特别是各类 rollup 方案，提供了低成本的数据发布通道。这一机制显著压缩了 L2 向主链提交交易数据的开销，推动了扩容生态的快速发展。然而，随着 blob 数据量的增长，全节点在 P2P 网络中面临日益加剧的带宽消耗与存储压力，尤其对轻量级或新加入的节点构成较高门槛。

Fusaka 升级正是在此背景下提出，旨在通过协议层与网络层的协同优化，解决上述瓶颈。其核心方向聚焦于：

• 实现无需完整下载即可验证 blob 数据可用性的机制；
• 支持在不进行全功能硬分叉的前提下动态调整 DA 容量；
• 降低长期运行节点所需的资源消耗，提升去中心化程度。

[此处为图片1]

二、三大核心目标

Fusaka 的设计围绕三个高层目标展开，直接影响未来以太坊的可扩展性与运维效率：

1. 增强 L2 数据承载能力：通过扩大每区块可容纳的 blob 数量，为 rollup 提供更充裕的数据空间，从而进一步压低结算费用并提升整体吞吐量。
2. 减轻节点运行负担：降低带宽、存储和同步时间需求，使更多参与者能够以较低成本运行节点，强化网络的去中心化属性。
3. 提升参数调整灵活性：引入仅修改 blob 参数的轻量级升级路径，避免频繁执行复杂硬分叉，实现容量扩展的渐进式演进。

三、关键技术提案解析（关键 EIP 拆解）

以下为 Fusaka 中最具影响力的几项 EIP，重点面向工程师与运维人员阐明其实现逻辑与系统影响。

EIP-7594 — PeerDAS（对等数据可用性抽样）

核心机制：节点不再需要接收完整的 blob 数据块，而是通过 P2P 网络从多个对等方随机抽取小片段进行验证。若多数样本可获取，则认为该 blob 数据整体可用。该过程依赖 gossip 协议传播、节点发现机制及密码学保障的概率安全性。

工程价值：大幅减少单个节点在高负载场景下的带宽占用与本地存储需求，使得网络可在不影响节点可接入性的前提下安全提升 DA 容量。

实施挑战：需精确设计抽样频率、误差容忍阈值、peer 连接策略，并确保 libp2p 或 DevP2P 实现中的消息格式兼容性与抗攻击能力。

EIP-7892 — Blob 参数仅调型硬分叉（BPO）

设计理念：定义一种新型硬分叉类型，仅用于变更与 blob 相关的参数（如目标数量、最大上限），不涉及任何执行逻辑或状态转换规则的改动。

技术优势：允许客户端团队根据实际使用情况，在保障稳定性的同时逐步上调 DA 容量。相比传统全量升级，此类变更风险更低、部署更快，极大提升了运维敏捷性。

EIP-7642 — 历史数据过期与收据格式简化

主要改动：引入有选择的历史状态清理策略，并对旧版交易收据结构进行扁平化处理，去除冗余字段。

实际效益：有效控制全节点长期存储增长趋势，预计可节省数百 GB 存储空间，显著加快新节点同步速度，降低长期维护成本。

注意事项：历史裁剪必须谨慎执行，确保不影响链上审计、合规验证及某些依赖历史状态的应用逻辑。

其他相关 EIP 简要说明

• EIP-7917 / EIP-7918：优化提议者预读窗口与 blob 费用建模方式，提升 L2 成本预测准确性，减少价格波动对用户体验的影响。
• EIP-7823 / EIP-7825 / EIP-7883：针对 gas 计费模型进行精细化调整，包括 MODEXP 操作的成本重估、单笔交易 gas 上限修正等，使资源消耗与收费更加匹配。

注：以上内容基于当前公开的技术草案整理，具体实现请参考官方 EIP 文档及各以太坊客户端发布的正式规范。

[此处为图片2]

四、对 Rollup 与 L2 生态的关键意义

Fusaka 的推进将直接决定以太坊作为“数据可用性层”的服务能力上限。其最直观的影响在于——

更多的 blob 空间 = 更低的 L2 结算成本

当每区块可承载的 blob 数量提升后，L2 可以更便宜地批量提交交易数据至主网。这不仅意味着用户支付的交易费将进一步下降，也使得高吞吐应用（如游戏、社交类链上协议）具备更可行的落地条件。

此外，PeerDAS 和历史过期机制共同降低了参与共识与验证的硬件门槛，增强了整个系统的抗审查性与分布韧性，间接提升了 L2 所依赖的基础层可信度。

[此处为图片3]

五、潜在风险与实务注意点

P2P 层的新 failure 模式
PeerDAS 引入了数据可用性（DA）的抽样验证机制，其安全性依赖于网络中节点的拓扑结构、恶意节点比例以及消息传输的可靠性。这些因素可能影响抽样完整性，进而引发数据获取失败或验证偏差。为降低此类风险，需设置合理的冗余对等节点数量，并建立有效的异常检测与惩罚机制以维护网络健壮性。

客户端差异导致的分叉风险
尽管 BPO 机制本身仅为轻量级参数调整，但若不同客户端版本未同步更新，可能导致行为不一致，增加临时分叉的可能性。因此，必须确保客户端的滚动发布流程规范，并在多实现环境中进行充分的互操作性测试。

历史数据裁剪的审计影响
部分去中心化应用、智能合约及第三方审计服务依赖完整的链上历史数据。若实施历史数据过期策略，可能影响其正常运行。建议通过部署归档节点或集成外部归档服务（如专用 archive providers）来保障关键数据的长期可访问性。

部署初期的“近失风险”与回滚成本
任何重大的协议升级在极端负载场景下均有可能暴露潜在缺陷。已有公开报道指出，类似升级后曾出现接近危机的情况，虽最终未造成链中断，但仍凸显出严密监控的重要性。应提前制定回滚预案与热补丁机制，确保主网稳定过渡。

六、节点运营者 / dApp 开发者 — 具体准备清单（可直接执行）

A. 节点运营（执行客户端 / 共识客户端）

关注官方公告并升级客户端
在预定升级窗口前 7 至 14 天内，完成所有运行节点的 Fusaka-ready 客户端版本更新，涵盖 Geth、Nethermind、Besu、Erigon 等主流实现。务必依据各客户端发布的正式版本号和变更日志进行升级，避免使用未经验证的非官方构建版本。

在测试网/私网先跑一次
将现有配置部署至 Sepolia 或其他公共测试网，运行 Fusaka devnet 模式，重点验证对等节点连接数、带宽占用情况、磁盘空间增长趋势以及节点同步耗时等核心指标。

调整 peer 配置
根据 PeerDAS 的技术要求，适当提升稳定对等节点的数量，并优化保活机制，以增强抽样覆盖能力。具体数值可参考 PeerDAS 文档中推荐的 peer 规模与采样参数设定。

存储与归档策略
对于需要保留完整历史数据的服务方，应至少维护一个归档节点或将数据定期导出至持久化存储系统（如对象存储）。对于普通节点，则可启用历史状态修剪功能以节省本地资源消耗。

监控指标
升级完成后需持续跟踪以下关键性能指标：P2P 层消息延迟、blob 数据拉取失败率、抽样请求被拒比率、上下行带宽使用、磁盘容量增长速度、区块生成时间波动及链上错误日志频率。

[此处为图片1]

B. dApp / Rollup 团队

兼容性测试
在 devnet、hoody 或指定测试网络上开展端到端全流程测试，验证 rollup 在高 blob 负载下的数据提交稳定性、重组（reorg）处理逻辑、证明生成效率以及最终确认机制是否正常运作。

经济模型修正
密切关注 EIP 中关于 blob fee 与 execution fee 的计价规则变动（如有），及时调整 L2 的费用结算模型与用户端手续费估算算法，确保经济激励机制合理且透明。

升级用户沟通
若应用程序的用户体验依赖特定链上历史查询或节点服务能力（例如索引服务），应提前向用户及相关合作方发布升级说明，明确兼容性变化与维护窗口安排。

[此处为图片2]

C. 交易所 / 中继 / 钱包提供商

做冷钱包/签名服务器兼容测试
验证签名流程中使用的格式是否受升级影响，确认交易 gas 成本估算逻辑仍准确无误。特别关注涉及 blob 字段的交易路径，防止预签名或批量签名方案因结构变更而失效。

备灾演练
制定详细的应急响应计划，包括主节点不可用时的切换流程与服务暂停机制。定期组织故障模拟演练，确保团队能够在重大异常发生时快速响应并恢复服务。

七、示例：一份快速升级核对清单（Checklist）

• 订阅主要客户端（Geth、Erigon、Nethermind、Besu）的 release notes，密切关注官方发布的时间表。
• 在内部测试网或 Sepolia 上完成不少于 3 次完整的端到端验证，涵盖节点重启、网络抖动和断连恢复等异常场景。
• 更新监控仪表板，新增 PeerDAS 相关指标与 blob 处理性能数据，并配置实时告警规则。
• 对外发布公告，通知维护计划；同步更新对接方联系人清单与紧急联络通道。
• 落实归档策略：至少保留一个 archive 节点或启用 S3 类对象存储进行合规性数据备份。

八、升级后的短期与长期影响

短期（上线后 0–30 天）
预计 L1 网络整体吞吐量将有所提升。部分市场观察已记录到 ETH 价格的短期波动，但该类反应需结合更长时间维度的数据谨慎分析。此阶段应重点关注节点运行稳定性、P2P 网络通信质量以及各类异常事件的发生频率。

长期（3–24 个月）
随着 Fusaka 和 PeerDAS 的逐步成熟，L2 结算成本有望进一步下降，同时链下数据可用性架构将推动 rollup 设计范式的演进。BPO 机制也将使 L1 与 L2 之间的资源供需更加动态灵活，减少因流量突增导致的扩容瓶颈问题，从而提升整个生态的弹性与可持续性。

链下验证/可用性模型演进

PeerDAS 将传统的“全节点存储”模式转变为“概率性保证 + 分布式协作”的新型数据可用性验证方式。这种转变不仅降低了单个节点的资源压力，也为 rollup 协议的设计提供了新接口——例如支持更高效的欺诈证明（fraud-proof）或零知识证明（zk-proof）流程，促进 Layer2 方案的技术迭代。

生态联动

BPO 机制通过动态调节参数，使 L1 与 L2 之间的资源配置能更贴合实际交易流量变化。理论上可有效缓解以往“L2 流量激增时 L1 无法及时扩容”的困境，提升跨层协同效率。

blobs 技术优势概述

blobs 提供了一种低成本、临时性的数据存储槽位，rollup 可将大量交易打包存入其中，实现费用分摊。Fusaka 结合 PeerDAS 与可配置的 blob 参数，显著提升了理论上的 blob 存储容量，进一步压低了 L2 单笔交易的结算开销。

随着 BPO 与 PeerDAS 的稳定应用，rollup 的单次结算成本有望持续降低，进一步推动 L2 生态的加速扩展。以太坊所坚持的“rollup-centric”发展路径也将因此变得更加坚实。

这一趋势不仅强化了 Layer 2 与 Layer 1 之间的协同效应，还将为以太坊主网带来更多的直接价值流入，促进其长期费率结构和价值捕获机制的演进。