ZK EVM：以太坊称霸公链江湖的“屠龙刀”

原文：《熊市暗战：ZK EVM会终结公链之争吗？》

前言

所有以技术特性为主要卖点的产品均为半成品。

关于EVM和ZK EVM的炒作和争论已经持续了一段时间，尤其是在Vitalik划分了ZK EVM的种类之后，关于字节码、虚拟机、兼容性等方面的科普文章层出不穷，但是这些话到底是干什么的意思是，ZK EVM 的普及将把公链架构引向何方，目前还没有得到明确的解释。

ZK赛道也正式火了。 如果说之前的 ZK-Rollup 将其局限在 L2 局部区域，那么此刻它隐约有成为整个区块链网络通用技术的趋势。 R3PO认为ZK EVM会在某种程度上走到尽头。 链共存模式。

在这个更替的历史进程中，必然会出现更多的新项目。 R3PO 致力于发现隐藏的价值。 我们将从对EVM的“智能化”理解入手，探索公链未来的发展方向。

图片说明：不同操作系统之间传输文件的解决方案

资料来源：R3PO

想象一下以下场景：

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子系统，任何.exe应用程序都可以在Windows子系统中运行；

3、Alice将文档改成Java可以理解的文件格式，交给对方。 Bob可以在Mac上安装Java环境打开文档；

4. Alice将文档转换成二进制文件发送给对方，Bob可以打开兼容性最低的文档。

如果你能看懂上面的过程，那就试着换成下面的概念：

Windows、macOS等操作系统-->以太坊、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。

但以太坊依然屹立不倒，在TVL和个位数TPS的Dapp数量上保持绝对领先。 这种优势可以概括为生态集群效应，但为什么其他公链兼容EVM并大力建设跨链呢？ 过桥后，差距没有缩小，但熊市有进一步扩大的迹象？

R3PO认为以太坊solidity智能合约开发，问题的解决可以从一个相对确定的起点出发。

这个出发点就是开发者的经验。 当前的 Web 3 仍处于非常早期的阶段，可以与 2000 年前的互联网相提并论。 它仍然是极客和早期采用者的领域。 即使有代币机制，大部分用户还是看中了CEX和TradiFi搭建的CeDeFi，链上真实用户少之又少。 以太坊活跃地址只有40万，但TVL高达320亿美元，市值2000亿美元。

在用户数量与投入资金数量反差巨大的背景下，争夺开发者的权力成为维持生态最重要的方式。 逻辑在于谁能坚持到真正的百亿级消费应用上线，哪条公链才能真正成为下一代。 一代互联网的基础设施，就像过去的万维网和网景浏览器一样。

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

从某种意义上说，这也是对Java语言成功的一次模仿。 在Java之前，C/C++语言最大的问题就是程序员要考虑软硬件的适配。 例如，不能直接迁移 32 位数字类型。 最多 16 位机器。

说明：JVM 架构

资料来源：维基百科

除了提高语言的易用性，Java最大的改进还在于JVM的设计。 总之，它的特点在于“硬件软化”，通过语言调度实现对不同硬件的相同适配。 ，只要在EVM中实现一次，就可以在任何设备上运行，真正实现了跨平台开发，无需额外考虑硬件问题。

在JVM的帮助下，Java成为了世界上最主流的开发语言之一。 它可能不专用于某个领域，但可以应用于任何领域。 这就是兼容性的本质。

EVM 和以太坊开发生态也是如此。 开发者只需要为EVM开发一次，就可以持续关注以太坊生态的进展，无需考虑公链升级的兼容性和硬件差异。

说明：EVM 架构

资料来源：ethereum.org

Solidity并不完美，EVM也不是没有问题，但最好的兼容性足以保证开发者的忠诚度，而随着越来越多的公链兼容EVM，这种兼容性变成了一种被动的收益，跨链迁移工作量足够小，其他公链只是以太坊Dapp的本地化版本，最终有利于以太坊生态的主导地位。

图说：EVM 工作图

资料来源：R3PO

并且语言级别的兼容性也有助于确保 EVM 的效率和安全性。

上图中的虚拟机（VM）指的是不同操作系统之间的运行方式，比如Parallels Desktop，可以保证Windows子系统在Mac上运行，但是需要从原来的系统中分配特定的软硬件资源系统构建子系统。 然后在子系统中安装Windows应用程序，应用程序就可以运行了。 但由于资源分配的限制，其运行效率无法与原生应用相提并论。

EVM类似于JVM，都是从Solidity语言层面进行兼容操作。 开发者使用Infura提供的API与主网进行交互，使用Truffle进行智能合约的开发、测试和部署。 开发包一应俱全，完成EVM适配后，Dapp可以运行在任何兼容EVM的公链上。

不仅针对开发者，EVM级别的兼容开发保证了给任何用户带来的体验是完全一致的，为以太坊生态保留了最小的种子用户群，也为其他用户维护了以太坊生态只与开发者和少量用户。用户。 公链的领先优势。

EVM指的是JVM，不需要考虑太多的硬件和编码问题。 只针对应用真正需要的功能进行开发，一次性适配，多端通用。

生态的含义是开发+应用+用户，EVM在生态建设中起到初始化飞轮的作用。

欲论人必先论己：与EVM的兼容并不能促进竞争对手的成功

EVM 为以太坊的成功做出了贡献，但为什么其他兼容 EVM 的公链和吸以太坊生态系统的“吸血鬼计划”不能奏效呢？

兼容逻辑：

对于开发者：兼容EVM，降低以太坊开发者迁移成本，提供更高TPS等公链新特性； 对于用户：提供一定程度的代币刺激，鼓励用户迁移； 完成以太坊的更换。

兼容逻辑漏洞：

对于开发者：兼容EVM毕竟不是原生EVM，有无形的迁移成本； 对于用户：以太坊的安全性是除比特币网络外最高的。 这种安全感不是金币存款、空投等短期诱惑所能比拟的； 结果：以太坊依然占据着最主流的位置。

事实上，其他公链也陷入了两难境地。 与 EVM 兼容有成为以太坊事实上的侧链的危险，但不兼容则有成为孤岛的后果。 在大家都渴望流量的前提下，成为不得已的无奈之举。

标题：EVM 兼容解决方案列表

资料来源：R3PO

这个时候其他公链主要是主动出击，而以太坊则着重改进自己的老问题，比如PoW to PoS、L2道路选择、账户抽象、DankSharding等，在兼容路径上，主要实现了EVM，借助应用程序实现链间兼容和 EVM 兼容链。

公链实现EVM兼容，以BNB Chain等为代表。

BNB Chain或OKX Chain等交易所公链，依托交易所的用户基础和项目运营能力，TVL和链上生态不容小觑。 以BNB Chain为例，根据DeFi Llama数据显示，其上运行的协议有492个，TVL达60亿美元，是规模和体量仅次于以太坊的第二大公链。

它的主要运作方式“模仿”了以太坊。 比如上面最大的DEX Pancakeswap，本来就是Uniswap的分叉版。 同一个Dapp可以在两条公链之间无缝切换。 背后是巨大的EVM兼容性。 好处是项目方只需要专注于运营，而不需要从头开始开发产品。

链上 EVM 兼容性，以 Solona 为代表。

Solona是单链PoH机制，长期以来一直是市值前十公链项目中唯一不兼容EVM的公链。 但是，这并不意味着它不能与 EVM 兼容链进行通信。 Neon 项目提供 EVM 兼容性。

这种兼容可以理解为套娃式的兼容，而不是公链本身层面的直接兼容。

Neon 提供了与 EVM 本身高度相似的开发体验，如 Solidity 语言编程支持、无缝的智能合约部署体验、直接调用 MetaMask，以及 Truffle 等开发套件。

兼容以EVMOS为代表的EVM链。

Cosmos或Polkadot等模块化区块链有更多选择，其上的应用可以单独成为L1级公链，而EVMOS也是Cosmos的子链以太坊solidity智能合约开发，是提供EVM兼容性的公链。 链，这意味着 Evmos 不仅可以“传递”Cosmos 之间的 EVM 兼容性，还可以提供任何其他公链之间的 EVM 兼容性。

除了作为EVM兼容提供者，还可以作为公链部署DeFi等应用。 比如它上面的DEX Exswap就是Uniswap的一个分叉版本。

本段小结：正是这种广泛的兼容，促成了整个公链世界的开放，而链接就是EVM兼容、跨链桥接、交易所。 鉴于此，R3PO总结了上述兼容性的具体流派。 来为ZK EVM的终结者角色预热。

欲得人必先得己：ZK EVM是以太坊的主动权

如果其他公链都忙着兼容EVM，以太坊自己也顾不上了，但是在PoS合并成功，L2技术路线确定之后，ZK已经成为了整个公链赛道的通用技术， ZK 技术与 EVM 的结合也将推动以太坊的发展。 模块化架构的演变已经完成。

ZK技术不局限于L2领域，在Dapp、公链等上下层都有它的一席之地。 然而，最流行的 ZK EVM 轨道有点混杂。 R3PO就此简单梳理一下，力求去糠拯救糠。

图说：不同 EVM 的兼容性和性能

资料来源：vitalik.eth

Vitalik 曾经给出了不同 EVM 分类的兼容性和性能关系。 可以发现，实现级别越低，兼容性越强，但性能越差。 从出色的性能和强大的安全性可以看出。

越靠近底层，越接近原生EVM的运行模式，兼容性越强，但性能也会受到严重限制； 越接近上层，越能测试自身EVM的兼容性，与以太坊原有EVM差异越大，兼容性越差，但也会带来更强的定制自由度，可以极大的优化表现。

上一篇文章提到了Polygon Hermez，将其归类为ZK VM，但实际上Hermez自称是ZK EVM方案，看似一字之差，但其兼容性和安全性却大相径庭。

Polygon Hermez 上实现的 ZK VM/EVM 本质上是 EVM 功能的一对一“复制”，类似于 WBTC 与 BTC 的关系，影子与本体的关系，在日常操作中，只要开发团队不断更新，其用户体验与EVM相同，但毕竟不是语言级别的实现。 只能说是商业竞争下的洗白。

近日，StarkNet 发布了使用 Cairo 语言的 ZK EVM Kakarot，用于在 StarkNet 上运行以太坊智能合约。 它可以被认为是第一个进入测试阶段的 ZK EVM。 Taiko、Scroll 和 zkSync 2.0 等其他 ZK EVM 播放器也在路上。

为什么ZK EVM会成为如此火爆的赛道，为什么它会成为公链的终结者？ 目前处于商业竞争阶段，各项目方发布的信息并不全面。 R3PO尝试给出自己的理解，抛砖引玉是对的。

图说：ZK EVM 时代的以太坊架构