以太坊換心手術？Vitalik 提案 Ethereum 執行層可能全面汰換 EVM，改用 RISC-V

在以太坊的未來藍圖中，一項由以太坊共創人 Vitalik Buterin 發起的新提案引起社群熱烈討論：這項構想被比喻為執行層的「beam chain 等級的大升級」，不只為了擴容而來，更為了解決當前執行層複雜性與效率的根本瓶頸。

什麼是 RISC-V？為何要取代 EVM？

提案的核心是將目前以太坊智能合約使用的 evm，替換成開源、模組化的指令集架構 —。這樣的轉換不會推翻以太坊現有的開發者工具與開發者習慣，因為：

• 現有的帳號系統、跨合約呼叫、儲存方式等核心抽象層依然保留。

• 原本的 Solidity 和 Vyper 語言可以轉向以 RISC-V 為後端進行編譯，開發者體驗不會有太大變動。

• 舊有的 EVM 合約仍可與新型 RISC-V 合約雙向互通。

如此一來，開發者不需重新學習所有東西，但以太坊底層的效能與簡潔度可望獲得大幅提升。

ZK-EVM 是最大效能瓶頸

隨著未來多項擴容提案（如EIP-4444、延遲執行與無狀態客戶端）陸續上線，真正限制 Ethereum L1 擴容能力的因素將集中在：

目前 ZK-EVM 證明一個區塊的過程中，。這代表，若能讓智能合約直接在RISC-V環境中運行，就有機會讓 ZK 證明效能達到 50 倍、甚至 100 倍的提升。

有趣的是，現今 ZK-EVM 的證明過程，實際上就是將 EVM 編譯成 RISC-V，再由 ZK 系統對其進行證明。因此，

RISC-V 為何快？從哈希函數到結構設計全面優化

目前 ZK-EVM 主要耗費資源的四大項目為：

• deserialize_inputs

• initialize_witness_db

• state_root_computation

• block_execution

前三者可透過使用更友善的雜湊函數（如Poseidon）與二元狀態樹大幅優化。例如，Poseidon 在筆電上每秒可處理200萬次雜湊，遠優於 Keccak 的 1.5 萬次。這些優化若實施，會大幅減少前 50% 的負擔。

但剩下的50%，仍來自 block_execution。這部分只有透過更高效的 VM 設計，例如 RISC-V 才能從根本解決。

三種實作方式，從保守到激進都有選擇

Vitalik 提出三種技術實施路徑：

這些路徑的共同優勢是：

Sui 開發公司 Mysten Labs 共創人：若能重來，他會選 Move，不考慮多語言

對此提案，Sui 開發公司 Mysten Labs 共創人 Sam Blackshear 也發表了看法。他表示：「我認為對於 ethereum 來說採用 RISC-V 後端是個不錯的選擇（因為它需要支援既有的 EVM 合約）。但如果我要從零開始設計一條新的鏈，我仍然會選擇 Move，而非多語言支援。 Sui 的諸多優點正是來自於在整個堆疊中使用了強型別物件作為共同抽象層。」

這反映了不同鏈對於「虛擬機選擇策略」的歷史因素，以太坊發展最早在初期設計時，並無法預期未來的諸多需求與發展，目前正因應變化強調相容性與過渡設計；而新公鏈 Sui 則主打從語言到底層的全堆疊一體化，讓開發與安全性緊密整合。

Typus Finance 成長長 Kyrie 也分享了自己過去在 ETHTaipei 活動中與 Vitalik 的一次對話。他回憶道：「那時我問 Vitalik：『你認為 Move 語言及物件導向設定能提升區塊鏈安全性嗎？』

他回說：『我不認為這改變了任何東西，項目被盜就是被盜，什麼語言都一樣。』」

但 Kyrie 當場反駁指出，Move 確實能降低開發出錯的機會，比 Rust 更容易上手，且物件導向模型有助於限制風險範圍。「合約被盜時，損失可能是有限金額而不是無限暴露。」他補充說。

雖然當時 Vitalik 並未表態，但從他現在願意提出 RISC-V 作為更強型別、模組化的替代方案來看，對語言設計對區塊鏈安全的態度，似乎出現了些微轉變。