我最近注意到，Vitalik Buterin 開始坦率談論一個一直被以太坊開發者忽略的問題：過度依賴捷徑解決方案，而非修復基礎架構。事實上，開發者一直避免改善 EVM 虛擬機，而是加入“預先製作的合約”，每次需要新的加密操作時都這樣做。但 Vitalik 最終決定直接面對這個問題。

該計劃包括兩個根本性修改。第一個是關於以太坊狀態樹——你可以把它想像成網絡的索引系統。問題是它因為目前的結構變得“過於臃腫”。Vitalik 建議用一個更簡單的二叉樹來取代，根據 EIP-7864。結果是？Merkle 分支的長度將縮短到原來的四分之一，這意味著輕客戶端的帶寬需求將大幅降低。

但更大膽的部分是第二點：長遠來看，用 RISC-V 取代 EVM。RISC-V 是一套開源指令集，已經在大多數 ZK 證明系統中使用。邏輯很簡單：為什麼要用不同的虛擬機語言，並在兩者之間加入轉譯層？去除這個層級將自動提升效率。

這個計劃分為三個階段：首先，在新機器上運行預先製作的合約，並重寫其中的 80%；其次，允許開發者直接部署新合約，同時與舊的 EVM 並行運行；第三，退役 EVM，但將其重寫為一個智能合約——舊的合約不需要改變，只有引擎會變。

Vitalik 提出了一個重要數字：狀態樹和虛擬機合計佔超過 80% 的證明障礙。沒有這些改變，ZK 時代的擴展將只是原地打轉。

但並非所有人都同意。Offchain Labs 團隊 (Arbitrum) 發布了一份詳細的技術回應，反對將 RISC-V 作為統一標準。他們的觀點是：RISC-V 適用於證明，但不適合作為“合約交付格式”。他們建議用 WebAssembly (WASM) 取代——它在普通硬體上運行高效，並且有成熟的安全驗證機制。更重要的是，他們在 Arbitrum 上建立了一個原型，證明 WASM 作為交付層，配合 RISC-V 證明，能獨立運作，沒有相互干擾。

令人感興趣的是，這反映出一個更廣泛的系統變革：Layer 2 開始尋找自己的獨立身份，而不僅僅是幫助以太坊。有人認為，真正的挑戰不在於擴展性，而在於創造獨特的區塊空間，以應對真實場景。

Vitalik 承認，替換 EVM 仍缺乏廣泛的兼容性。狀態樹的修復較為成熟，但 RISC-V 仍處於“路線圖”階段。但他發表了一個令人震驚的立場：以太坊在“合併”過程中已經一次換過引擎 (The Merge)，它可以再做大約四次。

預計 Glamsterdam 升級將在 2026 年上半年完成，緊接著 Hegota 也會跟進。狀態樹的修復和執行層的改進是兩個確定的重點。

真正的問題是：這是經過深思熟慮的修正，還是一個隨著每次修正越來越複雜的陷阱？也許我們要等到 2027 年才能知道。但有一點是肯定的：以太坊不打算成為一個在 ZK 和現代加密時代中仍然老舊的系統。這場討論本身，可能比最終結果更有價值。