Liquid Network 320億美元遭駭客攻擊：聯合側鏈漏洞對交易所託管架構的影響

2026年9月6日，攻擊者從比特幣最嚴密的託管系統中盜取了約4,000枚比特幣（價值約3.2億美元）。攻擊者並未破解簽章或竊取任何金鑰。他們只是讓系統的驗證邏輯誤以為某個偽造的資料是真的，然後比特幣聯盟本身的提款流程在36分鐘內完成了剩餘的操作。

要了解這對數位資產安全的未來意味著什麼，我們需要了解 Liquid Network 漏洞是如何發生的，以及它揭示了 2027 年交易所託管架構設計的哪些問題。

事件真相：Liquid Network 320億美元駭客攻擊事件開始結束

Liquid Network 是 Blockstream 的比特幣側鏈，採用 11/15 聯盟多重簽名機制進行安全保護。它要求 15 位授權簽名者中至少有 11 位必須獲得批准才能將比特幣錨定到比特幣主鍊或提取到主鏈，並透過錨定授權金鑰 (PAK) 白名單來限制資金的流向。這確實是一個非常強大的設計，而且據 Blockstream 自己所說，至今為止沒有出現任何故障。 

1. 漏洞（Elements 軟體漏洞） 

攻擊者在Liquid Network底層軟體Elements中發現了一個範圍驗證快取漏洞。該漏洞允許無效的交易輸出繞過檢查，就好像它已經過驗證一樣。

2. 鑄幣廠（創建無擔保的 LBTC）

攻擊者利用緩存漏洞，在不提供所需比特幣抵押品的情況下，鑄造了合成的、無抵押的 L-BTC。

3. 提取（透過 SideSwap 進行插拔） 

這些偽造代幣透過 SideSwap 路由，觸發了聯盟的官方錨定機制。由於該交易滿足所有高級安全規則，15 人中的 11 人多重簽名批准了提現，在 36 分鐘內將偽造代幣轉換為主鏈上的真實比特幣。

4. 談判與關鍵誠信 

攻擊者在鏈上留下了一條訊息，表明自己是白帽駭客，並與 Blockstream 建立了加密通訊。 Blockstream 驗證了沒有私鑰外洩。

5. 恢復狀況及現狀

1. • 7 月 XNUMX 日： 攻擊者歸還了約 3,400 個比特幣（佔被盜資金的 85%，價值 1000 美元）。 260M–272億）。
   • 剩餘資金： 攻擊者手中仍約有 598.5 個比特幣（47 萬美元）。
   • 網路狀態： 截至 9 月 10 日，塊體生產已恢復，但在州政府恢復期間，插樁/拔樁作業仍暫停。 

在 2026 年 9 月 Liquid Network 漏洞事件發生後，Blockstream 執行長 Adam Back 表示，「LBTC：BTC 1:1 錨定」將會得到保障，並建議持有者不要以折扣價在場外出售 L-BTC。 

什麼是交易所託管架構？

交易所託管架構是一個完整的系統，用於保障客戶資產的安全性和可轉移性。它由三個不同的層級組成，而不是兩個：

1. 密鑰管理階層： 決定 誰可以簽署交易 （例如，熱錢包、冷儲存、多方運算或多重簽章。 
2. 授權層： 決定 哪些已簽署交易被允許執行 基於規則和策略（例如，Liquid 的 Peg-out 授權金鑰白名單）。
3. 驗證層： 底層軟體邏輯 核實轉移的資產是否真實且有足額擔保。. 

大多數關於加密貨幣交易所安全的討論都集中在前兩點。 Liquid Network 駭客事件則發生在第三點。

教訓：金鑰管理無法保護未經驗證的狀態

Liquid 的聯邦多重簽名和 PAK 白名單機制正是企業安全審查認可的那種安全控制措施。然而，此次安全漏洞卻發生在底層，也就是負責餘額驗證、狀態驗證和快取層冪等性檢查的應用邏輯層。在 Liquid 網路遭受攻擊的案例中，該軟體層在沒有實際驗證的情況下，就已經假定交易有效。 

這揭示了現代加密貨幣交易所架構的關鍵缺陷，而大多數金鑰管理審計都不會觸及這一點：

無論是聯合多重簽章、MPC 或冷熱隔離，所有主要的金鑰託管模型都解決了誰可以授權提款的問題，而不是授權了什麼的問題。

對於側鍊和加密貨幣交易所的開發者來說，關鍵不在於「增加簽署者數量」。簽名閾值（無論是 15 個簽名者中的 11 個，還是 4 個 MPC 中的 3 個）只能保證有足夠多的授權實體進行了簽名。如果底層軟體對代幣供應量或快取邏輯的驗證出現錯誤，你的簽署者仍然會忠實地批准一筆建立在謊言之上的交易。

對於計劃開發加密貨幣交易所的人來說，真正需要注意的是： 

驗證和狀態邏輯需要與您的私鑰相同的對抗隔離和零信任假設。  

加密貨幣交易所和側鏈建構者的實用審計清單

建置或營運多資產加密貨幣交易所基礎設施的團隊，特別是任何與側鏈、L2 或聯邦模型相關的橋接項目，除了進行標準的金鑰託管審查外，還必須評估以下五個關鍵問題：

• 獨立安全軌道： 驗證和共識邏輯是否在其專用的安全通道上進行審查，與金鑰保管審計完全隔離？
• 無效的狀態假設： 提款路徑程式碼中的快取和冪等性假設是否針對無效狀態被標記為已驗證的情況進行了明確的壓力測試？
• 獨立斷路器： 是否存在獨立於簽章閾值的自動提款路徑速率限製或熔斷機制，當交易量異常時觸發？
• 驗證層事件回應： 您的事件回應手冊是否專門涵蓋驗證層外洩情況，還是僅針對金鑰外洩場景做準備？
• 同步複習節奏： 您的狀態驗證邏輯的執行軟體審查頻率是否與您的簽章基礎架構的稽核頻率一樣高？

這對受監管的平台和投資者意味著什麼？

如今，審計人員和監管機構在評估交易所託管服務時，會就關鍵管理方面提出詳細問題，主要集中在以下幾個方面： 

• 冷藏率
• 簽署者閾值
• HSM 使用情況。 

要求提供針對驗證和共識邏輯的對抗性審查證據的人要少得多。

託管審計方面的漏洞正是這次攻擊的溫床。隨著託管架構在2026年後不斷發展，受監管的金融科技公司、加密原生平台和機構必須主動彌補這項漏洞，以免在盡職調查中發現問題或事後監管部門介入。

結語

Liquid Network 被駭客攻擊造成的 320 億美元損失提醒我們，交易所託管架構遠比金鑰管理複雜得多。

在 Antier，我們在建構加密貨幣交易所和託管基礎設施時，將驗證和共識邏輯視為首要的安全保障，而非從簽名層繼承而來的假設。如果您正在建置、升級或審核加密貨幣交易所託管架構，請聯絡 Antier，我們將為您提供涵蓋所有三個關鍵層的建置、整合或審查服務。