导言

一切以技术特性为主要卖点的产品都是半成品。

关于 EVM 和 ZK EVM 的炒作、争论已经延续一段时间，尤其是在 Vitalik 对 ZK EVM 的类型做出划分之后，关于字节码、虚拟机、兼容性等等拗口概念的科普文章层出不穷，但是这些词汇究竟何意，ZK EVM 的普及又会把公链格局导向何方等问题并未得到清晰阐释。

ZK 赛道也正式火热起来，如果说之前的 ZK-Rollup 将其限制在 L2 局部领域，那么此刻已经隐约有成为整个区块链网络通用技术的趋势，R3PO 认为 ZK EVM 某种程度上会终结多链并存格局。

在这一替代的历史进程中，必然会爆发出更多的新项目，R3PO 致力于发掘潜藏价值，我们将从「意会」式理解 EVM 入手，探索出公链的未来走向。

试想如下场景：

Alice 想将一份运行在 Windows 上的 Word 文档传递给 Bob，但是 Bob 只有一台可以使用 Pages 的 Mac，所以 Bob 无法打开文档，请问应该如何解决这个问题？如不考虑 Bob 安装 Mac 版本的 Word 和拷贝文章内文字，还剩下以下四种方式：

1. Alice 将文章上传至云端，比如 Google Docs 中，Bob 可以在支持跨平台的浏览器上打开并编辑文档；

2. Alice 将 Word.exe 和文档一并交给对方，Bob 可以使用 Crossover 或者虚拟机（VM）来模拟 Windows 环境，从而可以在 Mac 上运行.exe 应用并打开文档；

Crossover 只可以单独支持 Word.exe 运行，而对其他.exe 应用无能为力；

虚拟机（VM）会在 Mac 内安装一个 Windows 子系统，在 Windows 子系统内可运行任意.exe 应用；

3. Alice 将文档变为 Java 可以理解的文件格式并交给对方，Bob 可以在 Mac 上安装 Java 环境从而打开文档；

4. Alice 将文档变为二进制文件并传给对方，Bob 可凭借最为底层的兼容性打开文档。

如果可以理解上述过程，那么试做如下概念替换：

Windows 和 macOS 等操作系统 --> Ethereum 和 Cosmos 等公链；

.exe 和.dmg 等应用格式 --> 不同公链的 Dapp；

Word 文档 --> 链上资产；

Crossover --> 跨链桥；

虚拟机（VM）--> 较低兼容性的 EVM，比如 Polygon Hermez 便是一种 ZK VM，对照 EVM 实现功能，需要手动迭代保持同步更新；

JVM --> EVM，语言级等效的兼容性，比如计划中的 Scroll，其实现的 ZK EVM 跟 EVM 完全等效，可以理解为 EVM 加入 ZK 特性版；

二进制兼容 --> 这就是 EVM 或者以太坊本体；

整个 VM 和 EVM 的特性如上所述，其运作模式和跨操作系统传递文件的流程基本类似。在 R3PO 看来，最大的趋势是 ZK EVM 不仅会替代现有的 EVM 兼容方案，并且会最终导致以太坊成为唯一的应用层通信协议，而其他公链都会成为特定领域的特定用途链，类似 Linux 活跃在服务器领域，而 Windows 活跃在普通用户之间。

至于得出这样论断的原因，我们会在下文详述。

欲知人者，必先自知：生态的本质是开发者和用户方的双向奔赴

EVM 促进了以太坊在公链竞争中的胜利，这种胜利并非出于以太坊的「计算能力优越性」，而主要是出于兼容性，因为 EOS 等老一代以太坊杀手，Solona 等上一代以太坊杀手，以及 Aptos 等新一代以太坊杀手都标榜过自身 TPS 的超高速度。

但是以太坊仍旧屹立不倒，以个位数的 TPS 保持 TVL、Dapp 数量的绝对领先优势，这种优势可以归纳为生态群聚效应，但是为何在其他公链纷纷兼容 EVM，以及大力建设跨链桥之后，差距并未缩小，反而在熊市有进一步扩大的迹象呢？

R3PO 认为，可以从一个较为确定的起点出发去得出问题的解。

这个起点是开发者的体验，目前的 Web 3 仍处于极早期阶段，可以类比为 2000 年前的互联网，仍旧是极客和早期尝鲜者的领域，即使有 Token 机制，大多数用户仍沉淀在 CEX、TradiFi 机构构建的 CeDeFi 之内，真正的链上用户少的可怜，以太坊的活跃地址不过 40 万，但 TVL 却高达 320 亿美元，市值达 2000 亿美元。

在用户数量和资金沉淀量的巨大反差背景下，争夺开发者力量成为维持生态的最主要途径，其中逻辑在于谁能坚持到真正亿级消费者应用的面世，哪条公链就能真正成为下一代互联网的基础设施，一如万维网和网景浏览器往事。

而以太坊给予开发者的开发体验是最为完整的。

某种意义上，这也是对 Java 语言成功的一种效仿，在 Java 之前，C/C++语言最大的问题是需要程序员去考虑软件和硬件的适配问题，比如 32 位的数值类型无法直接迁移至 16 位的机器运行。

而 Java 在语言易用性做出改进之外，最大的改进之处就在于 JVM 的设计，一言以蔽之，其特性就在于「硬件软化」，通过语言调度实现对不同硬件的相同适配，只要在 EVM 实现一次，便可在任意设备运行，真正实现跨平台开发，而无需额外考虑硬件问题。

借助 JVM，Java 成为世界上最主流的开发语言之一，也许并不专精某领域，但是任何领域都可适用，这就是兼容性的本质。

EVM 及以太坊开发生态也是如此，开发者只需要面向 EVM 开发一次，便可持续跟随以太坊生态而不断进步，而无需考虑公链升级的兼容性、硬件的差异性等情况。