Pectra 与 Fusaka 后的以太坊

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

目录

• 为什么以太坊仍在升级
• 从 Dencun 到 Pectra 再到 Fusaka
• Pectra 改变了什么
• Fusaka 改变了什么
• 对普通用户的影响
• 对开发者的影响
• 对 L2 和 Rollup 的影响
• 学习检查清单
• 总结
• 延伸阅读

为什么以太坊仍在升级

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

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

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

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

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

从 Dencun 到 Pectra 再到 Fusaka

先看时间线：

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

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 变化

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
• Ethereum.org: Fusaka
• EIP-7702: Set Code for EOAs
• EIP-7251: Increase the MAX_EFFECTIVE_BALANCE
• EIP-7594: PeerDAS
• Ethereum roadmap