Blockaid warned on Nov. 5 表示，reth 執行客戶端及其所建軟體（包括 op-reth）中的一個漏洞，可能導致節點計算出錯誤的狀態根。該公司表示，未修補的節點可能會停滯或返回錯誤的狀態證明。
Blockaid 表示：「這是一個正確性錯誤，而非漏洞」，並報告沒有已知的資金損失。其警報涵蓋了多個以太坊兼容網絡上的 reth 基礎客戶端，包括許多 OP Stack 鏈。
https://x.com/i/status/2118405438291198020
風險涉及執行交易並維護節點對區塊鏈視圖的軟體。Optimism 的 op-reth 文檔 指出，該客戶端會執行 Layer 2 區塊、維護鏈狀態並回應應用程式的請求。錯誤的證明可能會削弱應用程式所依賴的驗證。
已提供修補版本
Blockaid 識別出三個已修復的版本：
上游的 reth 修復已於 11 月 3 日合併。Base 的發行說明明確指出，此更新可防止狀態根不匹配，並建議 Base 主網和 Sepolia 操作者盡早升級。
Celo 和 Mantle 的開發者也合併了回溯修復，將修正套用至舊版軟體。Mantle 的修補程式針對其 v1.6.2 生產線。Blockaid 的警報未明確說明易受攻擊版本的完整範圍。
Blockaid 呼籲節點運營商和 RPC 提供商進行升級，並要求協議和橋樑確認其提供商已修補漏洞。
為何錯誤的證明至關重要
Celo 的修補程式說明描述了該漏洞如何在更新用於計算狀態根（狀態根是用於檢查帳戶和合約儲存資料的加密摘要）的資料結構時，跳過新插入的項目。
eth_getProof 規範 描述了讓應用程式能夠根據區塊的狀態根驗證帳戶和儲存值的證明。這使得節點的回應與可信賴的根之間的區分對於依賴此類證明的橋樑、輕客戶端和合約至關重要：錯誤的回應並不能自動作為轉移資金的授權。
例如，Optimism 的 提款規範 要求提供提款訊息的包含證明，並指出若證明驗證失敗，交易將會回滾。因此，錯誤的證明資料會導致驗證失敗，而非成功實施盜竊。
這些預防措施已影響到 DeFi 用戶。Gauntlet 表示，已關閉 V1 金庫供應隊列，暫停配額，並降低對 LayerZero 橋接資產的敞口，正如 The Defiant 此前報導 所述。Frax 表示，其資產和合約未受影響，運作正常，而部分 LayerZero 路徑已暫時暫停。
Blockaid 表示 LayerZero 已在部分受影響的鏈上暫停離線基礎設施，直到各鏈確認已修復，並將訊息描述為「延遲，而非遺失」。