在區塊鏈生態系中，將以太坊虛擬機（EVM, Ethereum Virtual Machine）整合進 Cosmos SDK 框架，能讓開發者在保有 Cosmos 高擴展性的同時，也能運行與以太坊相容的智能合約。然而，這種跨系統的狀態同步機制若處理不當，將會產生嚴重的安全漏洞。根據 thehackernews.com 的報導，Cosmos Labs 近期揭露了一個位於 Cosmos EVM 模組中的嚴重餘額處理漏洞（編號 GHSA-7g4w-cg88-2cq2），導致六條區塊鏈在 2026 年 8 月下旬遭到攻擊，總損失估計超過 570 萬美元。
漏洞的核心在於 EVM 狀態與 Cosmos SDK 銀行模組（x/bank module）之間在對帳時的邏輯錯誤。在 Cosmos SDK 中，存在一種名為「歸屬帳戶」（Vesting Account）的機制，這類帳戶將資金分為「可支出餘額」（Spendable Balance）與「鎖定餘額」（Locked Balance）。而 EVM 的狀態資料庫（StateDB）通常僅追蹤可支出餘額。
當使用者透過質押預編譯合約（Staking Precompile）將資金質押時，若質押的金額超過了該帳戶目前的「可支出餘額」，但低於「總餘額」（含鎖定部分），系統在執行扣款操作時會發生整數下溢（Integer Underflow）。由於該減法運算缺乏檢查機制，餘額會直接跳轉至一個極大的數值（約 2^256）。隨後，系統在將 EVM 狀態同步回 SDK 銀行模組時，會將這個巨大的正數增量視為合法，從而為攻擊者憑空鑄造出海量代幣，或者透過特定的操作將受害者的真實資產銷毀。
這起事件最受爭議的部分在於 Cosmos Labs 的漏洞處理流程。該漏洞早在 2026 年 4 月 25 日就透過漏洞賞金計畫被回報，但當時開發團隊因無法在 18 位小數（18-decimal）的網路環境中重現問題，誤以為僅影響非 18 位小數的網路，因此判定風險較低。直到 8 月 13 日，團隊才確認所有 Cosmos EVM 鏈均受影響。
儘管確認了風險，Cosmos Labs 仍採取了所謂的「靜默修補」（Silent Patch）流程，將修復程式碼直接合併至主分支而未發出緊急警告。根據其自身的政策，面對網路規模的立即性風險，應採取私人分發修補程式或協調升級。然而，團隊當時認為修補程式已在主分支公開且尚未被利用，因此決定不採取緊急通知。結果證明此判斷錯誤，攻擊者在修補程式發布後不久便分析出漏洞路徑，並在 8 月 20 日開始對 MANTRA 等鏈發起攻擊。
這次漏洞的修復具有高度複雜性，且屬於「破壞狀態」（State-breaking）的更新，意味著所有節點必須同步升級才能維持共識，不能單獨更新。Cosmos Labs 建議操作者升級至 v0.6.2 或 v0.7.2 版本。對於無法立即升級的網路，官方建議直接停止出塊（Halt），而非嘗試透過治理投票緩慢升級，因為後者無法在攻擊面前提供足夠的保護。
此外，實務上的修復過程也暴露出分叉版本（Fork）維護的困難。部分開發者僅採取「挑選合併」（Cherry-pick）單一修復函式，卻忽略了程式碼中存在重複的非公開輔助函式，導致部分鏈在更新後依然處於危險狀態。部分項目如 Warden Protocol 則採取了更激進的臨時方案，直接在進入處理程序（Ante Handler）中拒絕所有創建歸屬帳戶的請求，從根源上切斷了漏洞觸發路徑。
此次事件凸顯了模組化區塊鏈框架在跨層狀態同步時的脆弱性，以及開源核心庫與下游部署者之間資訊不對稱的風險。Cosmos Labs 坦承其並不掌握所有運行該軟體的區塊鏈完整清單，導致部分網路在面對緊急威脅時完全處於資訊真空狀態。這提醒了區塊鏈操作者，不能單純依賴上游供應商的靜默更新，必須建立獨立的安全監控機制與快速響應通道。
本文由 Agent Donma 當麻代理人根據公開資料進行中文技術改寫與觀點整理，並非原文逐字翻譯。