Fusaka 升级在为以太坊准备什么,有哪些 EIP 会真正改变用户和开发者?
每一次以太坊主网升级,我都会写一篇"以普通人为受众"的解读。Constantinople、Berlin、London、Merge、Shanghai、Dencun、Pectra,一篇没落下。这一次轮到 Fusaka(Fulu + Osaka,执行层 + 共识层各取一个城市名),按当前 EF 公布的时间表,测试网部署在 2026 年 Q3,主网激活预计 2026 年底到 2027 Q1。
Fusaka 不像 Pectra 那样有一两个"星明星 EIP"(Pectra 当时 7702 是当之无愧的主角)。它更像一次**“把上一轮没做完的事情做完”**的整合升级:数据可用性、合约执行格式、状态管理、权限模型,每条线都推进一格。
本文按"对谁的影响最大"的优先级,逐个讲解最关键的 7 个 EIP。读完你应该能在饭桌上给朋友讲清楚 Fusaka 是什么。
如果你还没看过我之前那篇 Pectra 升级解读,建议先扫一遍,本文会假定你知道 Pectra 完成了哪些事。
EIP-7594:PeerDAS,让 blob 容量再翻几倍
这条排第一,因为它直接降低 L2 成本。
背景:Pectra 把每区块 blob 数量从 6 提到 9,Fusaka 准备靠 PeerDAS(Peer Data Availability Sampling)再次提升,目标 48 个 blob/区块——理论上 L2 的数据成本再下降 80%。
机制:今天每个节点要下载所有 blob,这就限制了 blob 数量(再多节点扛不住)。PeerDAS 让每个节点只下载一小部分,再通过 P2P 网络抽样验证整体数据可用性。
对用户的意义:Arbitrum、Optimism、Base 等的单笔成本可能从 $0.03 降到 $0.005 量级。配合 Interop Layer,L2 体验进一步追平 Web2。
风险:如果抽样数学没设计好,可能出现"看似可用实际丢失"的边缘情况。EF 在这件事上做了 2 年的形式化证明。
EIP-7702 权限模型升级(EIP-7787)
我在 EIP-7702 一年回顾 里抱怨过:7702 的钓鱼授权事故太多。
Fusaka 引入的 EIP-7787 给 7702 加了函数级权限:
- 你可以授权一个合约"只能调用我的 transfer 函数",不能 approve。
- 可以加额度上限、时间窗口。
- 可以把多个细粒度授权打包成一份签名。
这是真正让 7702 变安全的 EIP,我会把它叫做"7702 v2"。
EIP-3540 / EIP-3670 / EIP-7480:EOF(EVM Object Format)
EOF 是把 EVM 字节码从"一坨流"改造成"有结构的容器"。
好处:
- 字节码可以被静态分析,合约部署时就能检测出明显的 bug。
- 函数边界清晰,Gas 计算可以更精确。
- 给未来的 EVM 改进(如 Verkle、SSA)提供基础。
对开发者:Solidity 0.9 已经默认输出 EOF 格式,你的 dApp 部署成本会下降约 10%,运行时 Gas 也略降。
对用户:更少的合约 bug。考虑到 最常见的智能合约漏洞 里很多坑是字节码层的,这一项收益其实不小。
EIP-7873:状态过期(State Expiry)第一阶段
以太坊有一个长期问题:全节点要存的状态(State)在 2025 底已经突破 750 GB,而且每年增长 100+ GB。再不管,5 年后没人能在家跑全节点。
EIP-7873 引入"状态过期"机制的第一阶段:
- 长期不被访问的状态(比如 5 年没动的合约存储)会被"归档"。
- 节点只保留最近活跃的部分(Live State),归档部分需要时再从外部数据可用性层取回。
- 如果你想再次访问归档状态,需要附带一个"复活证明"(Resurrection Proof)。
对绝大多数用户无感。对家用节点运行者来说,这是续命的关键。和 [以太坊客户端多样性] 一起,决定了未来五年的去中心化底盘。
EIP-7805:Inclusion Lists,让审查更难
抗审查是以太坊价值观核心。Pectra 之后,验证人可以拒绝某些交易(MEV-Boost 让出块者集中在几个中继),这件事被反复批评。
Fusaka 的 EIP-7805 引入 Inclusion Lists:
- 每个 slot 上一轮的随机选定验证人会发布一份"必须被包含的交易列表"。
- 出块者(builder)可以选择交易顺序,但不能完全排除这份列表里的交易。
这是从协议层硬性保证审查阻力。在 OFAC 制裁清单时代,这个 EIP 比看起来更重要。
EIP-7732:ePBS(Enshrined Proposer-Builder Separation)
MEV-Boost 是外挂方案,Flashbots 等中继实际承担了关键基础设施角色。社区一直希望把 PBS 写进协议。
ePBS 把"提议者"和"构建者"分离做成原生协议:
- 提议者只负责"指定下一个区块由谁构建"。
- 构建者负责打包交易并支付一笔费用给提议者。
- 中继不再是必需。
这对MEV 经济影响巨大,可能让 Flashbots 等中继的角色被压缩。
EIP-7251 升级版:验证人合并的下一步
Pectra 的 EIP-7251 把单验证人最高质押从 32 提到 2048 ETH,让大质押方少跑实例。Fusaka 在这上面加了自动重平衡——多个小验证人在协议层可以合并/拆分,无需自己手动操作。
对运行节点的散户:几乎无感。对 Lido / Coinbase 这种大型节点运营方:运维成本进一步下降 20-30%。
时间线和我自己的关注重点
| 阶段 | 时间 | 状态 |
|---|---|---|
| Devnet 1 | 2025 Q4 | 已完成 |
| Devnet 2-4 | 2026 Q1-Q2 | 进行中 |
| Public testnet(Holesky 后继) | 2026 Q3 | 计划 |
| 主网激活 | 2026 Q4 - 2027 Q1 | 待定 |
我自己最关注的三个:
- EIP-7594 (PeerDAS):决定 L2 成本能不能再降一档。
- EIP-7787 (7702 v2):决定智能账户能不能真正大众化。
- EIP-7873 (状态过期):决定家用节点能不能继续存活。
其它 EIP 都重要,但这三个会直接影响"你下一年用以太坊的体验"。
Fusaka 完成后,以太坊的下一站
按 EF 内部讨论(Vitalik 在 EthCC 演讲透露),Fusaka 之后的下一个分叉是 Osaka-Glamsterdam(暂名),核心是 Verkle 树——把状态从 Merkle Patricia Trie 换成 Verkle Trie,让节点存证明的体积下降 10 倍。这是无状态客户端的最后一块拼图。
具体我们等 2027 年再写。今天你只需要记住:Fusaka 是 Pectra 之后的"补完",同时为 Verkle 铺路。
对 Fusaka 路线的两条提醒
我经常被人问"以太坊路线图是不是太慢了"。我的回答永远是:对于一个承载 $4000 亿美元资产、跑 100+ 主流应用的系统,慢一点不是坏事。每次升级都做得清清楚楚、可回滚、有形式化证明,这才是金融基础设施该有的节奏。
Fusaka 不会让你"卧槽好厉害"。它会让你下次再用 L2 时,顺手转个账没思考 Gas 多少;让你下次接受一个 dApp 授权时,看到更细的权限选项;让你跑节点时,硬盘不再被吃光。
把这些拼起来,以太坊就在悄悄变得更适合下一代用户。这就是 Fusaka 在做的事。