# Pectra 与 Fusaka 后的以太坊

![status](https://img.shields.io/badge/状态-已完成-success)
![author](https://img.shields.io/badge/作者-beihaili-blue)
![date](https://img.shields.io/badge/日期-2026--05-orange)
![difficulty](https://img.shields.io/badge/难度-中级-yellow)

> 以太坊已经不再只是“一条智能合约公链”。它正在变成一个以 L1 为安全和结算层、以 Rollup 为主要执行层、以智能账户改善用户体验的模块化网络。本课从 Pectra 和 Fusaka 两次升级出发，解释 2026 年学习以太坊时必须重新建立的技术地图。

## 目录

- [为什么以太坊仍在升级](#为什么以太坊仍在升级)
- [从 Dencun 到 Pectra 再到 Fusaka](#从-dencun-到-pectra-再到-fusaka)
- [Pectra 改变了什么](#pectra-改变了什么)
- [Fusaka 改变了什么](#fusaka-改变了什么)
- [对普通用户的影响](#对普通用户的影响)
- [对开发者的影响](#对开发者的影响)
- [对 L2 和 Rollup 的影响](#对-l2-和-rollup-的影响)
- [学习检查清单](#学习检查清单)
- [总结](#总结)
- [延伸阅读](#延伸阅读)

---

## 为什么以太坊仍在升级

如果你只把以太坊理解成“能部署智能合约的链”，会很难解释为什么它还要持续升级。更准确的理解是：

> 以太坊 L1 负责最小化、可信中立、抗审查的结算和数据可用性；大量用户操作逐步迁移到 L2、钱包和应用层。

这意味着以太坊升级的重点不再只是“让 L1 每秒处理更多普通交易”，而是同时优化四件事：

1. **L1 安全性**：验证者、节点、客户端和协议规则要更稳。
2. **L2 扩容能力**：Rollup 需要更便宜、更高吞吐的数据可用性。
3. **用户体验**：普通用户不应该被助记词、Gas、跨链和多次授权劝退。
4. **开发者体验**：钱包、合约、L2 和基础设施之间的接口要更清晰。

Pectra 和 Fusaka 正好分别触及了这些方向：Pectra 重点改善账户、验证者和 Blob 容量；Fusaka 重点推进 PeerDAS，让 Blob 扩容进入下一个阶段。

## 从 Dencun 到 Pectra 再到 Fusaka

先看时间线：

| 升级 | 主网激活时间 | 学习重点 | 对生态的核心影响 |
|------|--------------|----------|------------------|
| Dencun | 2024 年 3 月 | EIP-4844、Blob、Proto-Danksharding | L2 第一次获得专用数据通道，费用大幅下降 |
| Pectra | 2025 年 5 月 7 日 | EIP-7702、EIP-7251、Blob 目标上调 | 智能账户 UX 进入 EOA，验证者运营更灵活，L2 容量继续提升 |
| Fusaka | 2025 年 12 月 3 日 | PeerDAS、Blob scaling、执行和共识层优化 | 节点不必下载全部 Blob 数据，理论上为更大 Blob 吞吐铺路 |

这三次升级形成了一条连续主线：

```text
Dencun: 先引入 Blob，让 L2 数据不用挤在 calldata 里
Pectra: 提高 Blob 容量，并把智能账户能力推近普通 EOA
Fusaka: 用 PeerDAS 降低节点处理 Blob 的负担，为更高吞吐做准备
```

学习以太坊时要特别注意：这些升级不只是“协议新闻”，它们会改变应用设计、钱包交互、L2 成本、节点运维和安全模型。

## Pectra 改变了什么

Pectra 是 Prague 和 Electra 的合称，分别对应执行层和共识层变化。它包含很多 EIP，但初学者和开发者最需要关注以下几类。

### EIP-7702：EOA 可以拥有智能账户能力

传统以太坊账户分为两类：

- **EOA**：用户私钥控制的钱包地址，比如 MetaMask 生成的地址。
- **合约账户**：部署在链上的智能合约地址，只能被代码逻辑控制。

EOA 简单，但体验差：每个操作都要用户签名、账户本身没有权限控制、不能原生批量执行，也不能直接让应用替用户付 Gas。智能合约钱包可以解决这些问题，但过去通常需要部署一个新地址，用户资产和身份迁移成本高。

EIP-7702 的关键变化是：EOA 可以通过新的交易类型把自己的账户代码设置为一个“委托指针”，让这个地址按指定智能账户逻辑执行。它带来三类体验改进：

1. **批量交易**：例如一次完成 `approve + swap`，不再让用户连续签两笔。
2. **Gas 赞助**：应用、钱包或第三方可以为用户支付 Gas。
3. **权限降级**：用户可以给子密钥、Session Key 或特定应用有限权限，而不是暴露主私钥的全部控制权。

但它也带来新的安全边界：用户签的授权不再只是“这次转账”，而可能改变账户后续执行逻辑。因此钱包必须明确展示授权目标、代码来源、权限范围和撤销方式。

### EIP-7251：验证者最大有效余额提高到 2048 ETH

以太坊验证者过去每个验证者的有效余额固定为 32 ETH。大型质押服务或机构如果管理大量 ETH，就需要运行大量验证者实例。

Pectra 将单个验证者最大有效余额提高到 2048 ETH。这不是把 solo staking 门槛提高到 2048 ETH，而是允许同一个验证者承载更大的有效余额。影响包括：

- 大型质押运营方可以合并验证者，降低运营复杂度。
- 共识层需要传播和聚合的签名数量下降。
- 奖励可以在更大的有效余额上自动累积，不必频繁拆分 32 ETH。

对普通用户来说，它不会改变“32 ETH 可运行验证者”的基本事实；对质押基础设施来说，它是一次重要的运维优化。

### Blob 目标上调：Rollup 数据容量变大

Dencun 引入 Blob 后，Rollup 可以把交易数据放进专用 Blob，而不是昂贵的 calldata。Pectra 进一步把 Blob 目标从平均 3 个提高到平均 6 个，每块最大值提高到 9 个。

这对 L2 很重要：

- L2 交易成本中很大一部分来自把数据提交到 L1。
- Blob 容量越充裕，L2 数据费越不容易被短期拥堵推高。
- 但 Blob 仍然是一个市场，便宜不是永久承诺；当所有 Rollup 都同时大量使用 Blob，费用仍会上升。

### 其他值得知道的 Pectra 变化

| 方向 | 代表 EIP | 意义 |
|------|----------|------|
| 验证者退出 | EIP-7002 | 可以通过执行层提款凭证触发验证者退出，降低对验证者热密钥的依赖 |
| 验证者存款 | EIP-6110 | 让执行层到共识层的存款处理更直接，减少历史技术债 |
| BLS 预编译 | EIP-2537 | 让链上验证 BLS12-381 签名更高效，利好质押、桥、轻客户端和 ZK 应用 |
| 历史区块哈希 | EIP-2935 | 扩展合约可访问的历史区块哈希窗口，方便 Rollup 和未来无状态化 |
| calldata 定价 | EIP-7623 | 提高数据密集型 calldata 成本，鼓励 L2 使用 Blob，限制极端区块大小 |

## Fusaka 改变了什么

Fusaka 是 Fulu 和 Osaka 的合称，是 Pectra 之后的下一次重要升级。它的核心关键词是 **PeerDAS**。

### PeerDAS：节点不再需要下载所有 Blob

在 Dencun 和 Pectra 阶段，Blob 帮 L2 降低了数据成本，但全节点仍然要处理 Blob 数据可用性问题。随着 Blob 数量上升，如果每个节点都必须下载所有 Blob，节点带宽和存储压力会越来越大。

PeerDAS 的思路是：

```text
过去：每个节点都下载全部 Blob 数据
现在：每个节点只抽样验证部分 Blob 数据
目标：用数据可用性采样证明“数据确实可获得”
```

官方解释中，PeerDAS 让节点只负责 Blob 数据的一个子集，例如约 1/8 数据；只要网络中足够多的数据片段可用，就可以用纠删码重建完整数据。这让以太坊有机会扩大 Blob 吞吐，而不把全节点硬件要求推得过高。

### BPO：Blob 参数可以渐进调整

Fusaka 还引入 Blob Parameter Only fork 的思路。它不是每次都做完整硬分叉，而是可以较小范围调整 Blob 目标、上限和费用参数。

这件事对 L2 很实际：如果 Blob 需求增长很快，协议可以更平滑地增加容量；如果参数太激进，也可以分阶段观察网络表现。

### 为什么 Fusaka 对用户也重要

Fusaka 看起来很底层，但它最终影响的是用户每天感受到的成本：

- L2 交易是否持续便宜。
- Rollup 是否能承载更多应用。
- 节点是否仍能由普通硬件运行。
- 以太坊是否能在不牺牲去中心化的情况下扩容。

一句话概括：Pectra 让账户和 Blob 容量往前走了一步，Fusaka 让 Blob 继续扩容变得更可持续。

## 对普通用户的影响

### 你的 ETH 不需要“升级”

每次以太坊升级前后，都会出现“点击升级 ETH”“迁移钱包”“领取升级奖励”的钓鱼链接。正常情况下，用户不需要为协议升级做任何资产迁移。你的 ETH 仍然是 ETH，钱包地址仍然有效。

需要警惕的说法包括：

- “Pectra 后旧 ETH 要换成新 ETH”
- “Fusaka 空投需要签名验证”
- “点击授权让钱包兼容 EIP-7702”
- “升级智能账户可领取补贴”

这些都应该默认视为高风险。

### 钱包体验会变好，但签名风险也变复杂

智能账户和账户抽象会让很多体验变简单：

- 一次签名完成多步操作。
- 新用户可以不先持有 ETH，也能由应用赞助 Gas。
- 可以用 Passkey、社交恢复、限额密钥保护账户。
- 游戏、社交、消费类应用可以做更接近 Web2 的体验。

但风险也更复杂：过去你主要担心“签了会不会转走某个代币”；以后还要关心“签了会不会把账户委托给危险代码”。因此钱包安全提示、交易模拟和授权撤销会变得更重要。

### L2 费用会更稳定，但不会永远免费

Blob 扩容会降低 Rollup 的数据成本，但 L2 手续费仍由多部分组成：

```text
L2 总费用 = L2 执行成本 + L1 数据发布成本 + 排序器利润/策略 + 网络拥堵溢价
```

所以你会看到：

- Base、Arbitrum、Optimism 等 L2 的普通转账长期比以太坊主网便宜。
- 当热门空投、铭文、交易活动集中爆发时，L2 也可能短期涨价。
- 使用 L2 前仍要看桥、安全状态、提款等待期和应用风险。

## 对开发者的影响

### 不要再简单假设 EOA “没有代码”

EIP-7702 之后，EOA 可以通过委托指针执行代码。开发者过去常用的一些判断方式会变得不可靠：

```solidity
// 反模式：试图用 code.length 判断是不是普通用户
require(msg.sender.code.length == 0, "contracts not allowed");
```

这种检查本来就不是可靠的安全边界，现在更应该避免。更好的做法是：

- 明确校验签名、权限和业务状态，而不是校验“账户类型”。
- 不依赖 `tx.origin` 做安全判断。
- 对回调、批量执行和重入风险做正常防护。
- 对智能账户、合约钱包、代理账户做兼容测试。

### DApp 要支持更复杂的钱包能力

现代 DApp 需要考虑：

- 用户可能来自 EOA、合约钱包、ERC-4337 智能账户或 EIP-7702 委托账户。
- 同一用户可能使用 Session Key 自动执行低风险操作。
- 应用可能通过 Paymaster 赞助 Gas。
- 钱包可能把多步操作批量打包，DApp 不应假设用户每一步都会单独签名。

开发时建议把钱包交互分成三层：

1. **签名层**：签名内容是否清晰、是否可模拟、是否可撤销。
2. **账户层**：账户能否批量执行、是否有模块、是否有权限限制。
3. **交易层**：交易由用户自己发、Bundler 发，还是应用赞助。

### L2 开发要理解 Blob 经济

如果你在 L2 上开发应用，不能只看“当前 Gas 很便宜”。你还需要理解：

- 你的应用交易是否消耗大量 calldata 或状态写入。
- 所在 L2 如何把交易数据提交到以太坊。
- 高峰期 Blob 费用如何影响用户成本。
- 是否存在 alt-DA、validium、中心化排序器等额外信任假设。

## 对 L2 和 Rollup 的影响

Rollup 的核心承诺是：执行可以在 L2，安全锚定在 L1。要做到这一点，L2 必须把足够的数据发布到一个可信的数据可用性层，让任何人都能重建状态并验证链是否作恶。

Blob、Pectra 和 Fusaka 的关系可以这样理解：

```text
Blob 是 L2 发数据的专用车道
Pectra 把车道容量扩大
Fusaka 让维护车道的节点不必背负全部数据压力
```

这会推动三类变化：

1. **通用 Rollup 更便宜**：DeFi、社交、游戏、NFT、支付应用更适合迁移到 L2。
2. **应用链更多**：OP Stack、Arbitrum Orbit、ZK Stack 等框架会继续扩张。
3. **安全分层更明显**：不同 L2 在数据可用性、排序器、证明系统、治理密钥上的风险差异会更重要。

学习 L2 时不要只问“哪条链手续费最低”，还要问：

- 数据发布在哪里？
- 排序器是否中心化？
- 故障证明或有效性证明是否上线？
- 升级权限由谁控制？
- 用户从 L2 退出到 L1 的路径是否真实可用？

## 学习检查清单

学完本课后，你应该能回答：

- Dencun、Pectra、Fusaka 分别解决什么问题？
- Blob 为什么能降低 L2 成本？
- EIP-7702 为什么和账户抽象有关？
- EIP-7251 为什么不等于 solo staking 门槛提高？
- PeerDAS 如何降低节点处理 Blob 的压力？
- 为什么协议升级后用户不需要“升级 ETH”？
- 为什么开发者不能再依赖 `tx.origin` 或账户类型判断做安全边界？
- 选择 L2 时，除了手续费还要看哪些安全因素？

## 总结

Pectra 和 Fusaka 说明以太坊的扩容路线已经非常明确：L1 保持可信中立和可验证，L2 承载大多数用户交易，钱包和账户抽象负责把复杂性隐藏起来。

这不是“以太坊主网变得不重要”，而是主网角色更清晰：它负责结算、数据可用性、最终安全和生态协调。对学习者来说，2026 年的以太坊知识体系至少要同时包含四层：

1. EVM 和智能合约。
2. L2、Blob 和数据可用性。
3. 智能账户和钱包 UX。
4. 协议治理和安全模型。

下一课我们会聚焦账户抽象：ERC-4337、EIP-7702、Bundler、Paymaster、Session Key 到底如何改变用户使用钱包的方式。

## 延伸阅读

- [Ethereum.org: Pectra](https://ethereum.org/roadmap/pectra/)
- [Ethereum.org: Fusaka](https://ethereum.org/roadmap/fusaka/)
- [EIP-7702: Set Code for EOAs](https://eips.ethereum.org/EIPS/eip-7702)
- [EIP-7251: Increase the MAX_EFFECTIVE_BALANCE](https://eips.ethereum.org/EIPS/eip-7251)
- [EIP-7594: PeerDAS](https://eips.ethereum.org/EIPS/eip-7594)
- [Ethereum roadmap](https://ethereum.org/roadmap/)
