Vitalik说以太坊L2愿景已不再合理 L2项目们怎么办

来源：Vitalik，以太坊创始人；编译：金色财经

最近关于 L2 在以太坊生态系统中持续角色的讨论越来越多，特别是面对两个事实：

• L2 向 stage 2 的进展（以及次要的互操作性进展）比最初预期要慢得多，也困难得多；

• L1 本身正在扩容，手续费非常低，并且 2026 年的 gas limit 预计将大幅增加。

这两个事实各自出于不同的原因，都意味着最初关于 L2 及其在以太坊中角色的愿景已经不再合理，我们需要一条新的道路。

首先，让我们回顾一下最初的愿景。以太坊需要扩容。“以太坊扩容”的定义是：存在大量由以太坊的全部信用背书的区块空间——也就是说，在这些区块空间里进行的活动（包括使用 ETH），只要以太坊本身正常运行，就能保证有效、不被审查、不被回滚、不被篡改。如果你创建了一个 10000 TPS 的 EVM，但它与 L1 的连接是通过多签桥来实现的，那你并不是在扩容以太坊。

这个愿景现在已经不再合理了。L1 并不需要 L2 来充当“有品牌的分片”（branded shards），因为 L1 本身就在扩容。而 L2 也无法或不愿意满足真正“有品牌分片”所要求的属性。我甚至看到至少有一个项目明确表示，他们可能永远不会想超越 stage 1，这不仅仅是因为 ZK-EVM 安全性的技术原因，还因为他们的客户监管需求要求他们保留最终控制权。这对你的客户来说可能是正确的选择。但很明显，如果你这样做，你就不是在按照“以 rollup 为中心路线图”所理解的那种方式“扩容以太坊”。但这没关系！没关系是因为以太坊本身现在正在 L1 上直接扩容，今年以及未来几年计划大幅增加 gas limit。

我们应该停止把 L2 想象成字面意义上的“以太坊有品牌的分片”，带着这种身份所附带的社会地位和责任。相反，我们可以把 L2 看作一个完整的光谱，既包括由以太坊全部信用背书的、拥有各种独特属性的链（例如不仅仅是 EVM），也包括与以太坊连接程度不同的各种选项，每个人（或每个 bot）都可以根据自己的需求自由选择在乎或不在乎哪些部分。

如果我今天是一个 L2 项目，我会怎么做？

• 找到除“扩容”之外的其他价值点。例如： (i) 围绕隐私的非 EVM 专属功能/虚拟机； (ii) 针对特定应用的效率极致优化； (iii) 真正极端的扩容水平，即使大幅扩容后的 L1 也做不到； (iv) 完全不同的非金融类应用设计，例如社交、身份、AI； (v) 超低延迟和其他排序特性； (vi) 可能内置预言机、去中心化争议解决或其他“非计算可验证”的功能。

• 如果你在处理 ETH 或其他以太坊发行的资产，至少要达到 stage 1（否则你真的只是一个带桥的独立 L1，应该直接这么称呼自己）。

• 尽可能支持与以太坊的最大互操作性，尽管具体实现因项目不同而异（例如，如果你不是 EVM，甚至不是金融类应用呢？）

从以太坊这一侧来看，过去几个月我越来越相信 native rollup precompile 的价值，特别是当我们拥有了本就需要用来扩容 L1 的 enshrined ZK-EVM 证明之后。这是一个验证 ZK-EVM 证明的预编译，它是“以太坊的一部分”，因此： (i) 它会随着以太坊一起自动升级； (ii) 如果预编译有 bug，以太坊会通过硬分叉来修复。

native rollup precompile 将使无安全委员会、无需信任的完整 EVM 验证变得可行。我们应该花更多时间设计它，让它能支持“EVM + 其他东西”的 L2：预编译验证 EVM 部分，而“其他东西”由项目自己提供证明器（例如 Stylus）。这可能涉及一种规范的方式来暴露合约调用输入与输出之间的查找表（lookup table），然后让你为这个查找表提供自己的值（你需要单独证明这些值）。

这将使得与以太坊之间安全、强有力、无需信任的互操作变得容易。它还实现了同步可组合性。从这一点出发，每个 L2 都可以自由选择自己到底想构建什么。不要只是“扩展 L1”，要想出一些真正新的东西来添加。

当然，这也意味着有些项目会加入依赖信任的、留后门的、或者其他不安全的东西；在开发者拥有自由的无需许可生态系统中，这是不可避免的。我们的工作应该是让用户清楚地知道自己获得了哪些保证，同时尽可能构建最强大的以太坊。