-
以太坊在合併延遲和優先事項轉變導致執行層升級停滯，動能減弱後，放棄了 eWASM。
-
SNARK 和 zkEVM 的突破重塑了以太坊的虛擬機需求，更偏好證明友好的設計而非 WebAssembly。
-
由於強大的 zkVM 採用、較佳的 SNARK 相容性以及跨生態系統日益增長的工具鏈，RISC-V 逐漸受到青睞。
Vitalik Buterin 在 2025 年 4 月於 Pragma Taipei 舉行的爐邊聊天中揭示了為何以太坊在合併期間放棄 eWASM。在台北，他解釋了技術延遲和研究突破如何重塑以太坊的虛擬機計畫。他詳細說明了為何 RISC-V 現在比 eWASM 更符合以太坊的路線圖。
eWASM 的早期承諾與技術摩擦
Buterin 表示，以太坊曾將 eWASM 視為以太坊虛擬機的替代方案。他描述 EVM 為有缺陷的架構，指出其在 256 位設計選擇和 gas 機制上的低效。他補充說，EVM 架構限制了與非加密軟體的相容性。
值得注意的是，eWASM 受到青睞，因為瀏覽器採用了 WebAssembly。以太坊開發者預期這將帶來跨行業的工具鏈共享利益。然而，隨著以太坊專注於股權證明的開發，進展變慢。
Buterin 解釋說，“合併”耗費了大量開發資源。因此，以太坊推遲了大型執行層的變革。他指出，如果早期升級能更快完成，eWASM 可能在 2020 年左右就已推出。
然而，這個時間表從未成真。隨著以太坊優先事項的轉變，eWASM 失去了動力。這一暫停為替代方案開闢了空間。
SNARK 改變以太坊的方向
在 2022 年和 2023 年左右，Buterin 表示新技術改變了以太坊的思考方式。他提到 SNARK 系統和像 RISC Zero 這樣的專案，這些工具強調零知識證明的效率。
Buterin 解釋說，取代虛擬機需要 SNARK 的相容性。他表示，以太坊應該從一開始就圍繞證明系統進行設計。這一需求降低了 eWASM 的吸引力。
值得注意的是，eWASM 缺乏與基於 SNARK 的執行的本地對齊。同時，zkEVM 的研究在整個生態系統中加速。開發者越來越多地在設計系統時考慮零知識證明。
根據 Buterin 的說法，這一轉變迫使以太坊重新考慮其虛擬機策略。他強調，全面取代需要長期的加密相容性。
為何 RISC-V 適合以太坊的新路徑
Buterin 表示，RISC-V 在零知識虛擬機中逐漸獲得關注。許多 zkEVM 實作現在都採用基於 RISC-V 的設計。他描述了在開放硬體專案中的日益採用。
此外，Buterin 表示 RISC-V 受益於標準化的推動。工具鏈在加密和傳統工程社群中持續擴展。這種對齊對於以太坊未來的執行環境非常重要。
他解釋說，如果以太坊決定徹底改造虛擬機，RISC-V 提供了更明確的優勢。它支持對 SNARK 友好的執行和更廣泛的生態系統相容性。因此，以太坊將焦點從 eWASM 轉向 RISC-V。
