zkEVM 与 ZK Rollup 被市场公认为将是 Web3 领域的又一次技术上的重要创新，并且会在各个方面超越 Optimistic Rollup。然而 Arbitrum 开发团队 Offchain Labs 的联合创始人 Steven Goldfeder 却在推特上公开表示并不认同这一观点：

有一种说法是，ZK Rollups 可以做到 Optimistic Rollups 所能做的一切，而且做得更好。这种观点就像是再说，我们只是在等待 ZK Rollups 准备就绪，而且一旦准备就绪就能轻而易举地获胜。让我来告诉你们为什么我不同意。

首先，事实上目前还未在生产环境中实现 zkEVM。在过去的几年里，我们一直被告知还有 3-6 个月的时间，但好像这个时间从来没有变过。此外，目前的迹象还表明 ZKRU 比 ORU 更昂贵且兼容性更差。

但这些都不是我想说明的重点，我们假设一个生产环境中的 zkEVM 存在并且在成本和与 ORU 的兼容性方面具有竞争力。在这种情况下，我仍然看好 Arbitrum 在技术上获胜。

我将从一个乍一看似乎有争议的观点开始：EVM 等效是下限，而不是上限。

这是 Optimistic Rollups 和 Arbitrum 相对于 ZK Rollups 具有巨大长期优势的领域。

Arbitrum 是第一个意识到与 EVM 完全兼容的重要性的 Rollup 团队。如果回到两年前，据我所知我们是唯一从事此工作的人。其他人则要求开发人员使用自定义语言、自定义编译器或受限的功能集。

快进到今天，每个 Rollup 团队都了解到了 EVM 兼容性的重要性。其他人正在积极致力于构建 EVM rollup，但 Arbitrum 堆栈仍然是生产环境中唯一完全实现 EVM 等效性的 Rollup（ORU 或 ZKRU）。

但是，尽管我们最先发起了对 EVM 兼容 Rollup 的呼声，但今天我们认识到 EVM 等效性是最低要求（至关重要），而不是天花板（我们可以做的还有很多）。

首先，为了避免有人误会，Arbitrum 已经并将继续与 EVM 完全兼容。这并没有改变。但是我们可以做很多事情来补充 EVM（EVM+），使 Arbitrum 更具包容性，并迎接更广泛的开发人员和用户。

我们能否实现与 EVM 等效的同时也为非 EVM 开发人员提供更好的支持？我们能否在单一同步执行环境中与 EVM 合约一起添加对非 EVM 合约（例如 Rust 或 Move）的支持？

我们能否启用自定义预编译，为开发人员提供比通过 EVM 进行重复 / 昂贵 / 加密操作更便宜的路径？

这些问题和许多其他问题的答案是：是的，在 Arbitrum 我们可以（并且将会实现），很快就会有更多关于这个方面的信息。

这是很酷的部分：Nitro 基于 WASM 的设计为 EVM+ 创新创造了巨大的结构优势。zk 团队正在针对 EVM 进行大量复杂的工程设计，而他们今天做出的许多决定将使添加这些 EVM+ 功能变得几乎不可能。

我们的团队一直在努力为 Arbitrum 堆栈添加令人难以置信的功能。很快就会有更多关于这些功能的分享。我以一个预测结束：在我们看到真正的、功能齐全的生产 zkEVM 之前，您将能够在 Arbitrum 上同时编写 Solidity 与 Rust 合约。