Reth 執行層用戶端(即 Mantle op-reth 技術堆疊背後的上游元件)出現狀態根漏洞,影響多個與 Ethereum 相容的網路,但 Mantle Network 全程保持線上。團隊發布 op-reth mantle-v1.6.3,這是 Mantle 自生生產版本線上的一個版本,將上游漏洞修復回溯移植,而非直接跳到最新的上游版本。Mantle 在 X 上的公告表示,資產安全、使用者無需任何操作、也不需要資料庫遷移,同時呼籲節點營運商升級(公告)。

影響重大的短暫事件

此次事件時間短暫,終端使用者完全無感,看似無關緊要,實則不然:狀態根是用於證明帳戶餘額與合約儲存有效性的密碼學承諾,一旦計算錯誤,可能導致節點停滯、回傳無效證明,或偏離標準鏈。Mantle 的公告強調:「對 Layer 2 而言,若要向 Ethereum 結算,這一層的正確性至關重要。」

事件經過與受影響對象

該缺陷存在於 Reth(Ethereum 執行層用戶端的 Rust 實作)及其 OP Stack 變體 op-reth 中,後者被多個 Layer 2 網路採用。11 月 5 日,資安公司 Blockaid 披露,未修補的節點可能產生錯誤的狀態根,並透過 eth_getProof 回傳錯誤的狀態證明;這是應用程式與跨鏈橋用於驗證鏈上狀態的 RPC 方法。Blockaid 將此問題歸類為正確性漏洞而非攻擊行為,且未發現實際資金損失。上游修復早於 11 月 3 日就已進入 Reth——比 Blockaid 的公開披露早兩天——包含 Reth v2.10.0 與 op-reth v2.8.1 在內的修補版本一併推出。

因應措施遍及整個生態系。Base 發布了 node-reth v1.5.3,並表示已重新驗證其節點的正確性;Celo 則合併了回溯移植。Mantle 選擇了不同的路徑,直接修補其生產版本線,而非更新至最新版本——即回溯移植路線,在不引入較新上游版本無關變更的情況下,為現有版本線提供針對性的修復。

為何此事對整體加密生態系至關重要

執行層用戶端是區塊鏈基礎設施中最不顯眼卻影響最深遠的組成部分之一。開發者在之上擴充 API 並運行索引器。機構則依賴託管商、交易所與資料供應商。這些層級全都依賴節點就狀態達成共識。錯誤的狀態根不一定意味資金被竊——它可能代表證明不準確、同步中止,或應用程式收到不一致的資料。

當跨鏈橋與跨鏈訊息服務依賴可證明的狀態時,即使短暫的不一致也可能觸發預防性停機。這些停機屬於防禦性應對,並非遭受攻擊的結果,但也顯示單一用戶端漏洞能多快造成整個生態系的混亂。

此事件同時凸顯了用戶端多樣性的重要性及其局限。Ethereum 的執行層受益於運行多個用戶端,降低了單一用戶端失效時的系統性風險。然而,大多數 OP Stack 鏈都共用 op-reth。因此,這個共同元件中的漏洞會在本質上相互獨立的網路之間造成相關性風險。

Mantle 與 OP Stack 網路的後續發展

當務之急是營運商的採用。只有當節點營運商、RPC 供應商、驗證者與基礎設施團隊部署修補程式後,風險才會真正降低,營運商須規劃升級並測試其節點。Blockaid 建議協議與跨鏈橋確認其供應商已完成修補。

長遠來看,此次事件凸顯三個趨勢:為無法立即更新的生產版本線提供更快的揭露與回溯移植;為用戶端漏洞制定更多應變方案,包括在證明無法被信任時對跨鏈訊息進行證明驗證;以及持續分析 OP Stack 鏈之間的共同依賴。

對 Mantle 而言,考驗在於連續性。其創立的核心主張繫於可擴展性、低手續費,以及為去中心化金融、遊戲與消費級應用提供可信結算。在上游漏洞期間保持線上支持了這一主張,但該網路仍須證明其生產版本線與上游安全修補保持同步。區塊鏈安全,歸根結底,也關乎計算狀態的軟體——以及修補的速度。