Fusaka 主网公告
- 以太坊中文
- 发布于 4小时前
- 阅读 33
Fusaka 是以太坊主网的一次重大升级，它通过 PeerDAS 实现了 blob 吞吐量的扩展，优化了执行层和共识层，提高了 L1 的性能和用户体验。此次升级包括 PeerDAS、ModExp 优化、交易 Gas 限制、网络协议优化等关键特性，旨在提升以太坊的可扩展性和效率。
Fusaka 跟随今年的 Devcon，代表了以太坊扩容路线图中的一个重大进步，它改进了 L1 性能，增加了 blob 吞吐量，并增强了用户体验。
Fusaka 主网客户端版本已列出 。
Fusaka 概述
Fusaka 的主要特性是 PeerDAS（对等数据可用性采样），它可以显著扩展 blob 吞吐量。Fusaka 还包括跨执行层和共识层的优化，以扩展 L1 性能并改善用户体体验。这篇文章概述了主要的改进。如需更全面的概述，请参见 。
扩展 Blobs
PeerDAS 引入了 PeerDAS, 一种新的网络协议，允许节点通过采样而不是下载整个 blobs 来验证 blob 数据的可用性。这是在保持以太坊安全性和去中心化的同时，扩展 blob 吞吐量的关键一步。
自从 EIP-4844 以来，layer 2 的使用量大幅增长，经常达到当前每个区块 9 个 blob 的限制。PeerDAS 允许以太坊在不影响安全性的前提下增加此限制。它通过使用 erasure coding 来实现这一点，允许节点采样部分 blob 数据，同时仍以加密方式保证完整数据在整个网络中可用。这为以太坊的 概述中提出的更高 blob 目标创造了一条路径。
这种采样方法通过支持更高的 blob 吞吐量，而无需按比例增加单个节点的带宽需求，从而直接使 layer 2 rollups 受益。随着 blob 容量扩展到当前限制之外，L2 交易费用可以进一步降低，同时保持以太坊 L1 上数据可用性的安全保证。
在 PeerDAS 激活后，以太坊将使用 Blob Parameter Only (BPO) 分叉来安全地增加 blob 吞吐量，而不是将 blob 参数调整与命名分叉捆绑在一起。Fusaka 包括从 2025 年 12 月 9 日开始在主网上进行的两次计划的 BPO 参数调整。这些 BPO 将每个区块的 blob 目标和最大值分别从 6 和 9 提高到 BPO1 中的 10 和 15，以及 BPO2 中的 14 和 21。有关更多详细信息，请参见 下文。
扩展 L1
ModExp 优化 和 EIP-7823 协同工作以优化 ModExp 预编译。EIP-7883 增加了 gas 成本，以更准确地反映计算复杂性，包括提高最低 gas 成本和将通用成本计算增加三倍。EIP-7823 设置了 ModExp 操作的上限。总之，这些更改确保了资源密集型加密操作得到适当的定价，并支持未来潜在的区块 gas 限制增加。
交易 Gas 限制上限 实施了协议级别的交易 gas 限制上限，为 16,777,216 gas，防止单个交易消耗过多的区块 gas 并防止 DoS 攻击。这为 EVM 中的并行交易处理奠定了基础。
网络协议优化 引入了 eth/69，它从网络协议中删除了 pre-merge 字段和接收 Bloom。此清理减少了同步带宽需求，为节点添加了显式历史服务窗口以进行广播，并通过删除不再需要的 post-merge 的旧组件来简化代码库。
Gas 限制增加 将以太坊的默认 gas 限制提高到 60M，反映了核心开发人员认为以太坊 L1 当前可以安全扩展到的 gas 限制。此增加启用了更多的 L1 执行容量，并且已在不同的客户端组合中经过了彻底的测试，以确保网络稳定性和安全性。
改进 UX
secp256r1 预编译 通过新的预编译合约增加了对 secp256r1 椭圆曲线的本机支持。这使得可以直接与现代安全硬件（如 Apple Secure Enclave、Android Keystore 和 FIDO2/WebAuthn 设备）集成，通过熟悉的身份验证流程减少了主流区块链采用的摩擦。
Count Leading Zeros Opcode 引入了 CLZ（Count Leading Zeros）操作码，提供了一种原生的、gas 高效的方式来执行基本的位计数操作。此添加支持数学运算、压缩算法和后量子签名方案，同时降低 ZK 证明成本。
Fusaka 规范
Fusaka 中引入的更改的完整列表可以在 中找到。核心 EIP 包括：
其他支持性 EIP：
执行层和共识层更改的完整规范可在以下版本中找到：
- 执行层：
- 共识层：
Fusaka 还对用于在共识层和执行层节点之间进行通信的 Engine API 进行了更改。这些在 中指定。
Fusaka 激活
Fusaka 网络升级将在以太坊主网上从 epoch 411392 开始激活，发生在 UTC 时间 2025 年 12 月 3 日 21:49:11。
它之前已在 Goerli、Sepolia 和 Holesky 测试网上激活。
Blob Parameter Only (BPO) 分叉时间表
在主要的 Fusaka 激活之后，网络将实施 Blob Parameter Only 分叉，以逐步增加 blob 吞吐量。BPO1 将每个区块的 blob 目标增加到 10，最大值增加到 15。BPO2 将进一步将目标增加到 14，最大值增加到 21。
主网 BPO 时间表
| BPO 分叉 | Epoch | 日期和时间 (UTC) | Unix 时间戳 |
|---|---|---|---|
| BPO1 | 412672 | 2025-12-09 14:21:11 | 1765290071 |
| BPO2 | 419072 | 2026-01-07 01:01:11 | 1767747671 |
客户端版本
以下客户端版本适用于以太坊主网上的 Fusaka 升级。
共识层版本
在运行验证器时，必须更新共识层 Beacon 节点和验证器客户端。
| 名称 | 版本 | 链接 |
|---|---|---|
| Grandine | 2.0.0 | |
| Lighthouse | 8.0.0 | |
| Lodestar | 1.36.0 | |
| Nimbus | 25.11.0 | |
| Prysm | TBA | |
| Teku | 25.11.0 |
执行层版本
| 名称 | 版本 | 链接 |
|---|---|---|
| Besu | 25.11.0 | |
| Erigon | 3.2.2 | |
| go-ethereum | 1.16.7 | |
| Nethermind | 1.35.2 | |
| Reth | 1.9.0 |
工具
| 名称 | 版本 | 链接 |
|---|---|---|
| mev-boost | 1.10 | |
| commit-boost | 0.9.2 |
常见问题解答
以太坊网络升级是如何工作的？
以太坊网络升级需要网络上节点运营商的明确选择加入。虽然客户端开发人员就升级中包含哪些 EIP 达成共识，但他们并不是最终决定其采用的人。
为了使升级生效，验证器和非质押节点必须手动更新其软件以支持正在引入的协议更改。
如果他们使用的以太坊客户端未更新到最新版本（如上所列），则在分叉块处，它将与升级后的对等方断开连接，从而导致网络上的分叉。在这种情况下，网络节点的每个子集将仅与那些共享其（未）升级状态的节点保持连接。
虽然大多数以太坊升级是非争议性的，并且导致分叉的情况很少见，但节点运营商协调是否支持升级的选项是以太坊治理的关键特征。
有关以太坊治理流程的更详尽概述，请参见 。
作为以太坊主网用户或 ETH 持有者，我需要做任何事情吗？
简而言之，不需要。
如果你使用交易所、数字钱包或硬件钱包，则无需执行任何操作，除非你的交易所或钱包提供商通知你采取其他步骤。
如果你想观看升级生效，可以加入 ！
作为非质押节点运营商，我需要做什么？
为了与升级兼容，请将节点的执行层和共识层客户端更新到上表中列出的版本。
作为质押者，我需要做什么？
为了与升级兼容，请将节点的执行层和共识层客户端更新到上表中列出的版本。 确保你的信标节点和验证器客户端都已更新。
作为应用程序或工具开发人员，我应该做什么？
查看 EIP 以确定它们是否以及如何影响你的项目。PeerDAS 的引入、secp256r1 支持和新的 CLZ 操作码为增强功能和性能优化提供了令人兴奋的机会。特别是，有关 blob 提交更改的更多信息，请参阅 EIP-4844，有关每个交易 gas 限制更改的更多信息，请参阅 EIP-7883。
为什么是 "Fusaka"？
执行层的升级遵循 Devcon 城市名称，共识层的升级使用星名。“Fusaka” 是 Fulu（仙后座中的一颗星）和大阪（Devcon V 的所在地）的组合。
- 原文链接： blog.ethereum.org/2025/1...
- 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～
