撰文： Steven Goldfeder ，Offchain Labs 聯合創始人

編譯：Babywhale，Foresight News

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 合約。