mt logoMyToken
ETH Gas
EN

Vitalik 眼中以太坊的下一个 10 年

Favoritecollect
Shareshare

作者:Chloe,ChainCatcher

2026 年 7 月 5 日,Vitalik Buterin 在 X 上发布长文,公布名为 Lean Ethereum 的长期路线图。Vitalik 将其定位为以太坊继 Merge 之后的第三次重大演进:它不是一次单独升级,而是未来三到四年内分阶段落地的一系列协议改进,几乎涵盖协议每一个核心模块,从验证方式、密码学、最终性到状态存储,全部重构。

这份路线图诞生于以太坊组织重整之际,必须放在更完整的时间脉络中理解。解读这次全面重构,不仅要理清具体的技术升级内容,更要看清其设计如何在“迁移成本”与“验证门槛”之间重新分配权衡,并探究这场底层变革最终将如何传导至 ETH 的价格表现。

要定位这次升级,可以先把以太坊的三个世代排出来:

Lean Ethereum 路线图发布在 strawmap.org,这是基金会研究员 Justin Drake 在今年 2 月率先提出的公开草案,规划了到 2029 年为止的七次网络升级。strawmap 一词取自 straw(稻草),文件将自身定位为可供修改的草稿。strawmap 也注明,它是一份仍在进行中的协调工具,而非锁定的时间表,任何升级仍需经过研究、测试、客户端实现与粗略共识。

Vitalik 眼中以太坊的下一个 10 年

在这份愿景中,明确勾勒出五个长期战略目标:更快的 L1 最终确定性(Finality)、达到每秒 1 gigagas 的 L1 吞吐量(极限状态下可承载万级 TPS)、以 teragas 级为生态愿景的 L2 扩容、全面防御的量子密码学安全,以及 L1 原生的隐私转账。

对照现状,便能感受到这些目标的激进程度。根据 Etherscan 数据,目前以太坊 L1 平均每秒仅处理约 32 笔交易(每日约 270 万笔);而 1 gigagas 的目标,意味着 L1 的计算容量将迎来数百倍的爆发。值得注意的是,L1 的链上需求在过去一年其实处于增长通道:日交易量从 2025 年中的 140 万笔大幅回升,2026 年以来多数时间稳定在 200 万至 290 万笔之间,在 4、5 月的市场高峰期甚至一度逼近 360 万笔。这份路线图的推出,正是为了解决这股正在复苏的链上活动需求。

Vitalik 眼中以太坊的下一个 10 年

时间标记也给得很明确,目前排定为 2026 年第二次升级的 Hegotá,很可能是以太坊最后一次“前 Lean 时代”的硬分叉,此后的每一次升级,理论上都属于这场重构的一部分。而更近的 Glamsterdam 升级,预计带来一次幅度可观的 gas 上限提升;这个升级原本预期在 2026 上半年启动,至今尚未上线。

时间表也是路线图公布后最集中的讨论点之一,前以太坊基金会核心研究员暨以太坊 Danksharding 方案提出者 Dankrad Feist 在 X 发文表示,他肯定这次的 strawmap,但三到四年的时间表实在太慢了,通过目前的大语言模型技术应该在一年内完成这次升级。

Vitalik 眼中以太坊的下一个 10 年

Lean Ethereum 的技术核心,是把验证模式从根本上换掉。目前以太坊的安全模型,是每个节点都重新执行每一笔交易来确认状态正确。新设计则是把递归 STARK 证明纳入协议的原生核心组件:由一个证明者完成繁重的运算,其他所有节点只需验证一份精简的数学证明。

这项选择同时对应另一个问题:STARK 使用哈希密码学,且目前并无已知的量子攻击路径,以太坊现行的签名方案则有相关风险。Vitalik 表示量子安全的优先级“大幅上调”,路线图计划以 Winternitz 签名逐步替换所有量子脆弱组件,其中最迫切的一块,是为 L2 赖以压低费用的 blob 找到量子安全的设计。

共识层也在改动范围内,现在的以太坊,交易上链只要十几秒,但要等到最终确定,大约需要十五分钟。新设计把“持续出块的链”和“最终确定性”拆成两件事分开做,目标是验证者投票一到两轮就能定案,把十五分钟压缩到接近实时。此外还有多维 gas 定价,意思是运算、存储、数据传输这些不同资源分开计价,就像水费和电费分开算,而不是全部混成一笔。

状态架构的改动则直接牵涉应用开发者。状态可以理解成以太坊的实时总账本,记录着所有账户的余额与智能合约数据。这本账只会越记越厚,且目前全节点都必须维持一份完整副本,导致链上存储成本居高不下。

Vitalik 的方案是将存储架构进行结构性分层:现有功能齐全的“动态状态(Dynamic State / 核心精华区)”将被严格限制在 2 TB 的硬件门槛之内,阻止其无限制膨胀;与此同时,协议将新开辟一个容量高达 100 TB、更具扩展性的“新型状态存储层(大仓库)”。Vitalik 描绘的 2030 年图景中,大多数代币(ERC-20)、NFT 和常规 DeFi 应用,只要愿意改写合约搬进这个采用新型架构的大仓库,交易手续费有望直接下降超过十倍。协议层不强迫、不补贴,只把巨大的两层价差摆在那里,交由市场应用自行决定迁移时机。

隐私的地位也被重新定义。过去以太坊的分工是:链上一切公开透明,想要隐私的用户,自己找第三方隐私协议。Vitalik 这次写下 Privacy is no longer an afterthought, it is a first class goal,意思是隐私从“住户自己加装”变成“建筑规范的一部分”:未来协议的每个新组件在设计阶段就会被检验一个问题,它能不能在低成本下支持不需要中间人、而且抗量子的隐私功能。但能不能做到还有待验证,不过评估标准本身已经写进了路线图。

以太坊十年来用的引擎叫 EVM,全世界的合约、开发工具、编程语言都是围绕它建立的。而现在 Vitalik 提议把这颗引擎换掉,理由和前面的 STARK 有关:要帮交易生成数学证明,用 EVM 跑成本很高,换一颗对证明更友好的引擎会便宜很多。

他点名的候选是 RISC-V 和 leanISA 两种架构,理想的终局是新引擎成为协议本体,EVM 退居成一个翻译层:旧合约照样能跑,只是底层先被翻译成新引擎听得懂的指令再执行。换引擎改动相对更加复杂,所以这项提案从 2025 年 4 月 Vitalik 首次抛出 RISC-V 构想以来,就不断出现争议。

L2 Arbitrum 背后的核心开发商 Offchain Labs,去年 11 月公开主张另一种架构 WebAssembly(WASM)才是更好的选择,但这次 Vitalik 列出的候选名单里没有 WASM。为什么这件事重要?因为 Arbitrum 是以太坊最大的 L2 之一,它的合约技术 Stylus 就是建立在 WASM 上的。

可以这样理解:L1 要换引擎,等于重新规定全生态的“插头规格”,你家的设备如果刚好是同一种插头,直接沿用;如果不是,就要自己花钱做转接。名单选了谁,就决定了哪家 L2 过去的投资能无缝接上未来的 L1,哪家要付转接成本。

以太坊没有投票机制来裁决这种分歧,要不要换、换成谁,最终取决于 All Core Devs 会议上开发者的粗略共识,以及各客户端团队愿不愿意动手实现。截至目前,换引擎仍停留在 Vitalik 口中的长期目标,开发者会议还没有任何正式结论。

把技术路线图对应到 ETH 价格,可以对应两个时间层次。

第一层是机制上的传导路径。以太坊自 EIP-1559 起,每笔交易的基础费用会被销毁,L1 交易活动的规模因此直接影响 ETH 的供给动态与结算价值。依照这个机制,若 gigagas 目标实现、L1 交易量随吞吐量提升而回升,gas 消耗与销毁量会同步放大,这是路线图与 ETH 定价之间最直接的一条传导路径。但需要强调的是,这条路径成立的前提是“容量提升之后需求跟着回来”,容量本身并不自动创造需求。

第二层是时间差。路线图公布的是三到四年的分阶段工程,2026 年之内,这份路线图不会改变以太坊的任何现状,它是一份方向性承诺,而以太坊的方向性承诺在时间表上有过延迟记录,Merge 本身就比早期估计晚了数年。换句话说,这份路线图提高的是以太坊的长期容量上限,但没有处理 ETH 的中期价值捕获问题;分析师 Ignas 对路线图的批评正是指向这一点,它未涵盖 ETH 本身的代币经济调整。

Vitalik 眼中以太坊的下一个 10 年

把前面的内容收拢后,最终答案其实都指向同一个结构:这份 strawmap 提高的是以太坊的长期上限,但没有立刻解决 ETH 的中期价值捕获问题,现在并不是照着路线图 FOMO 的时点。

与其对路线图本身定价,更可操作的做法是追踪几个近期就能检验的节点:

这些指标各自对应路线图的环节,且能在 Etherscan 的图表页与 DefiLlama 等公开仪表盘上逐周验证,任何一项的变化都比路线图文件本身更接近定价依据。任何一项的变化,都会比路线图文件本身更早告诉市场,这场三到四年的重构究竟是在兑现,还是在延期。

Disclaimer: This article is copyrighted by the original author and does not represent MyToken’s views and positions. If you have any questions regarding content or copyright, please contact us.(www.mytokencap.com)contact
More exciting content is available on
X(https://x.com/MyTokencap)
or join the community to learn more:MyToken-English Telegram Group
https://t.me/mytokenGroup