Bankless 的 David Hoffman 连线以太坊研究员 Tim Beiko，在播客节目中对以太坊路线图，如扩展数据可用性、质押机制对以太坊的影响等问题、Pectra 升级硬分叉近况进行了讨论，并介绍了 Pectra 升级后， 以太坊将要进行的 Fusaka 升级和 Glamsterdam 升级的概况。
收看本期播客完整内容，请查阅：https://www.youtube.com/watch?v=WpjcPPrrN2E&ab_channel=Bankless
主持人：David Hoffman（@Bankless）
对话嘉宾：Tim Beiko（以太坊核心开发者电话会议协调员）
Pectra 硬分叉发展情况
“
主要技术提案：
1. 💡 EIP-7251 ：提升质押上限至 2048 个 ETH
-
现状：大于 32 个 ETH 的质押者必须拆分成多个验证者，每个验证者都会广播认证信息，这将产生巨大的带宽占用。
-
升级后：拥有 64 个 ETH 的个人质押者将只需运行 1 个验证者，而非升级前的 2 个；Coinbase 可将约 20 万个验证者压缩为约 2 千个。
-
为以太坊带来的好处：减少带宽，为更多的 blob 数据释放空间。
-
为质押参与者带来的好处：实现自动复利。
2. 💡 EIP-7691：Blob 容量增加 50%
-
现状：每个区块平均包含 3 个 Blob，硬性上限为 6。
-
升级后：平均 6 个，硬性上限 9 个。
-
为以太坊带来的好处：定价不变，但实质上降低了 Layer2 数据成本。设置安全护栏，以确保即使 Blob 数量翻倍，整体带宽仍在安全范围内。
3. 💡 EIP-7702 —— 传统外部账户（EOA）抽象技术方案
-
升级后：传统的外部账户（EOA）可指向一个插件。用户可继续使用同一个地址和私钥，可以更换插件（例如：当前使用 Safe 风格多签，后续可切换为社交恢复钱包）。
-
为以太坊带来的好处：开启渐进式实现账户抽象的路径，而无需强制用户进行大规模迁移。
4. 💡 其他技术更新
-
通过设置加密预编译，使签名验证价格更便宜。
-
实现更快的退出队列处理和执行层 Withdraw 凭据支持。
-
执行层和共识层漏洞修复。
Pectra 升级测试网进展
-
2025 年 2 月：测试网 Sepolia 与 Holesky 暴露配置相关错误（存款合约地址不符）。
-
2025 年 3 月 21 日：新公共测试网「Hodie/Holodeck」上线（开放验证者集合 + 正确参数）。 -
2025 年 3 月 26 日：Pectra 升级在 Hodie 测试网激活。
*大型质押池（如 Lido、Rocket Pool、Coinbase）需要数周时间来演练 MaxEB 流程（退出、重新质押、复利操作）。
后续升级：Fusaka 和 Glamsterdam
Fusaka 升级
🗓️ -计划实施时间：2025 年第四季度
主要需要完成的技术改进：
PeerDAS：这是以太坊完成分片（Danksharding）的第一步计划，能提升约 10 倍的以太坊数据扩展能力。初步目标是实现平均支持约 48 个 Blobs，这个数字可能会通过「电梯计划」（Escalator）逐步提升。
目前，PeerDAS 的技术规范已基本稳定，且在开发测试网中活跃超过 12 个月。
EOF 改进： EOF 是现代化以太坊虚拟机（EVM）对象格式。它为 EVM 添加显式的代码和数据分段、新的节头结构、额外操作码，同时禁止多个危险指令（例如 SELFDESTRUCT）。
同时，EOF 为 Solidity、Vyper 等编译器作者和代码审计者提供了极大便利。EOF 相关的技术改进提案原计划在 Pectra 升级时推出，但为避免形成「超级分叉」，被分拆至 Fusaka 升级中执行。
升级决策的探讨
Fusaka 升级仍存在一些设计决策尚未最终敲定。例如，测试网是否应该从支持 48 个 Blobs 起步，还是先从低数量开始并逐步增加。
此外，是否采用「初始 Blob 数为 0 + 启动链上电梯式提升」的机制作为安全阀也亟待探讨。
Glamsterdam
🗓️ - 2026 年及以后
Glamsterdam 升级目前尚未公布以太坊技术改进提案，具体的技术协议将在 Fusaka 升级实施阶段同时启动，以便在 Fusaka 升级推出后能迅速接续进行。
Glamsterdam 升级可能包含的技术改进内容包括：执行层的进一步扩展（如操作码重新定价、历史数据修剪）、原生 Rollup 工具的引入，或对提议者—构建者分离（Proposer-builder Separation）机制的原生实现。
了解更多
Takeaway Points
以太坊合并（Merge）完成之后，以太坊逻辑上分为两部分：执行层（EL）和共识层（CL）。
其中，共识层升级使用星体名称命名；执行层升级使用 Devcon 大会主办城市的名称命名；当两项升级一起发布时，名称采用联合词的方式组合，如：
-
Pectra = 布拉格 Prague (EL) + Electra (CL)
-
Fusaka = 福冈 Fukuoka (EL) + 大阪 Osaka (CL)
-
Glamsterdam = 阿姆斯特丹 Amsterdam（EL）+ Galama（CL）
以太坊路线图的讨论
💬 讨论 1： 为什么 Pectra 升级看起来进展较慢
1. 安全性是关键因素。在以太坊核心开发者会议上，每一个潜在功能都会被审查其在最坏情况下的失败模式，因为区块链必须能够「无限期运行而无需社会干预」。
2. 当研究遭遇「未知的未知」时，截止时间是灵活的。
3. 对流程冗余与研发时间的权衡。开发者正在压缩流程（并行处理分叉、提早冻结范围），但不会压缩真正的研究时间。
流程改革与推进速度
过去存在的问题：
-
规模太大的硬分叉（如「上海升级」时，最初尝试同时包含 EOF 改进、PeerDAS、账户抽象等）导致了两次延迟。
-
串行化开发流程（规范 → 实现 → 再着手下一个分叉）。
-
进度规划模糊。
提出的改进措施：
-
将 PeerDAS 和 EOF 改进计划分拆安排到 Fusaka 升级。
-
在完成「第 N 次」分叉的同时，为「第 N+1 次」准备规范和开发测试网络。
-
期望使用更清晰的概率语言，例如「五月是基本情景，有 60% 可能性」，避免在未正式推迟分叉区块高度前就被认为是延迟。
💬 讨论 2： 执行层 Gas 限值扩展讨论
Gas 限值是一个粗粒度的调节手段，但真正限制执行层扩展能力的其实是以下几个深层因素：
-
状态增长（State growth）：Merkle Tree（默克尔前缀树）在磁盘和内存中的大小。
-
历史数据体积（History size）：包括区块主体（Block bodies）与票据（Receipts）。
-
验证时间与 MEV 构建者的区块构建时限之间的矛盾。
为了解决这些问题，社区正在探索若干提案：
-
对某些操作码（OPcodes）重新定价：让它们在 15M Gas 限额内可以执行更多次数。
-
「时隙延迟验证」（Slot-delayed verification）：允许高配置的区块构建者在时间点 T 构建区块，而网络节点则在 T+1 时间点进行验证，从而放宽区块构建的时限压力。
-
在指标显示仍有带宽空间时，继续小幅增加 Gas 限值。
这些手段将有助于从根本上提升执行层的处理能力，而不仅仅是粗放地调高总 Gas 上限。
💬 讨论 3： Layer2 互操作性与原生 Rollup 机制
在短期内，Layer2 之间的互操作性主要通过钱包和应用技术标准来推动，例如 ERC-4337 支持的支付代理（Paymasters）机制，或跨链意图表达（Cross-chain intents）等。这些内容目前尚不属于核心开发者会议的议题范围。
从长期来看，社区正在研究是否可以将一些常用的 Rollup 组件「原生嵌入」（Enshrine）至协议中，例如以太坊研究员 Justin Drake 提出的原生 Rollup 预编译合约（Pre-compiles），使所有 Layer2 的 Rollup 能共用相同的证明与链桥合约（Proof/bridge contracts）。这样可以显著提升跨链 Rollup 的组合能力和互通性。
不过，这项工作属于多年的研发项目。以太坊研究员 Tim Beiko 表示，他对由以太坊基金会独立运营一个原生 Rollup 持保留态度，但如果有清晰的迁移路径，他支持构建共享基础设施的方向。