来源:strawmap.org · EF Architecture Team · 2026
"未来是光明的。相信某些东西。相信 Strawmap。"
Strawmap = Strawman(草案)+ Roadmap(路线图)
这不是预测,而是一个加速主义协调工具,勾勒出百万种可能结果中的一条合理路径。
2026年1月 EF 研讨会上作为讨论材料诞生
由 EF Architecture 团队维护:
@adietrichs · @barnabemonnot · @fradamt · @drakefjustin
约每6个月一次分叉,计划到2029年底完成7次升级
命名规则:共识层分叉按字母递增(Altair → Bellatrix → ... → Fulu → Glamsterdam → Hegotá)
I* 读作 "I star",J*、K*、L* 为占位名称
升级按三个颜色编码的水平层分组
■ 深色 = Headliner(重点升级) ■ 灰色 = 链下升级 ■ 黑色 = 北极星目标
下一个即将到来的主要升级
将提议者-构建者分离直接纳入协议层,消除对 MEV-Boost 等外部中继的依赖,增强去中心化和抗审查能力
优化状态访问模式,为区块执行提供预取提示,显著提升执行效率,为未来无状态客户端铺路
继续扩展 Blob 容量和 PeerDAS 数据可用性采样,降低 L2 Rollup 成本
EVM 优化、验证者体验改善、客户端多样性增强等配套升级
目标:交易确认和链最终性在秒级完成
📍 ePBS(Glamsterdam)→ 协议内构建者分离
📍 Slot Time 缩短 → 从12秒逐步缩短到更低
📍 SSF(单槽最终性) → 一个槽内完成最终确认
📍 Lean Consensus(~L*)→ 精简共识机制,大幅降低延迟
目标:L1 达到 1 gigagas/秒(约10K TPS)
📍 BALs + 状态访问优化 → 提升执行效率
📍 Verkle Trees / 无状态客户端 → 轻量级状态证明
📍 EOF(EVM 对象格式) → 更高效的字节码执行
📍 zkEVM + 实时证明 → 用零知识证明验证 L1 执行
最终实现:任何人都可以在消费级硬件上验证 L1
目标:L2 达到 1 GB/秒(约10M TPS)
📍 EIP-4844 Blobs(已上线)→ 基础 Blob 数据
📍 PeerDAS(Fulu)→ 点对点数据可用性采样
📍 Blob 扩容 → 持续增加每区块 Blob 数量
📍 Full DAS → 完全的数据可用性采样
使 L2 Rollup 数据成本趋近于零
目标:提供数百年级别的加密安全
目标:隐私成为 L1 的一等公民
Strawmap 中的箭头表示两种关系:
1️⃣ 硬技术依赖 — A 必须在 B 之前完成
例:PeerDAS → Full DAS → Teragas 目标
2️⃣ 自然升级进程 — 从 A 到 B 的渐进演化
例:ePBS → 更完善的 MEV 方案 → SSF
每个分叉都有严格的 Headliner 限制(CL 1个 + EL 1个),这是保持快速发布节奏的关键约束。
升级也按主题和子主题在每层内进一步组织,文档中带下划线的文本链接到相关 EIP 和技术文档。
当前路线图假设人类优先的开发模式
但文档明确指出:
这意味着:
| 时间跨度 | 到2029年底,7次分叉 |
| 分叉节奏 | 约每6个月一次 |
| 三层结构 | 共识层 (CL) · 数据层 (DL) · 执行层 (EL) |
| 北极星 | Fast · Gigagas · Teragas · Post-Quantum · Private |
| 下一步 | Glamsterdam(ePBS + BALs) |
| 性质 | 活文档,非预测,季度更新 |
以太坊的愿景:一个秒级确认、万级 TPS、后量子安全、隐私原生的 L1
使用 ← → 键或滑动来翻页