Liquid 約 4,000 BTC Peg-out 事件：冇失匙，點解都會放走約 3.2 億美元？

Liquid Network 喺約 4,000 BTC——事發時報稱約值 3.2 億美元——經由 peg-out 離開支撐 L-BTC 嘅聯盟錢包後，暫停咗橋接活動。呢次提款約等於已報儲備嘅 95%。現有報道指向一個疑似 Elements 軟件通脹漏洞，而唔係聯盟成員或 SideSwap 授權私鑰遭人偷走；不過漏洞嘅完整技術細節至今未公開。 413

據報發生咗咩事？

表面流程其實唔複雜，真正嘅漏洞原理就仲未完全披露：

1. 有人疑似利用 Elements 軟件漏洞，鑄造咗冇鎖定 Bitcoin 作抵押嘅 L-BTC。
2. 呢批 L-BTC 其後經 SideSwap 正常嘅客戶 peg-out 服務申請兌回。
3. 呢筆 peg-out 使用咗 SideSwap 嘅 Peg-out Authorization Key（PAK，提款授權金鑰）；Liquid 同 SideSwap 都表示，PAK 並冇被入侵。
4. Liquid 聯盟嘅基建最終授權咗 Bitcoin 提款。報道指實際派出約 3,996 BTC，而整體事件涉及約 4,000 BTC。 26

即係話，據報唔係有人偷走咗控制儲備嘅鎖匙；而係一筆提款似乎符合系統嘅授權檢查，但用作贖回嘅 L-BTC 本身疑似冇足夠、甚至冇合法嘅經濟抵押。

冇私鑰外洩，點解 HSM 都會簽？

Liquid 採用 Strong Federation（強聯盟） 模式：由聯盟成員共同營運側鏈，並透過門檻簽名共同控制 Bitcoin 主鏈上嘅儲備。Liquid 官方技術文件亦將其共識模式稱為 Strong Federations。

硬件安全模組（HSM）主要負責保管簽名私鑰，同埋按預設政策執行簽名。佢唔係一個可以獨立追查所有歷史資料、再判斷每枚資產有冇真實抵押嘅「終極審計員」。如果一個 peg-out 請求交嚟嘅輸入，喺系統眼中屬有效——包括一條有效嘅授權路徑——HSM 就可以簽名，過程中完全唔需要有私鑰失竊。

今次事件嘅核心分別據報係：

• 授權（authorization）：peg-out 據報用咗 SideSwap 正常嘅 PAK 處理。
• 來源／抵押（provenance/backing）：用作贖回嘅 L-BTC，疑似係經 Elements 漏洞產生，而唔係由正常鎖定 BTC 後發行。 2

SideSwap 表示，約 4,000 BTC 嘅 peg-out 係經其服務以客戶訂單形式處理；其 PAK 並未失陷，而相關 L-BTC 源自 Elements 漏洞，唔係 SideSwap 自家系統出事。

所以，呢件事唔代表門檻簽名或 HSM 密碼學本身失效。更貼切嘅講法係：一個共用嘅驗證或發行缺陷，可能令本來正常運作嘅自動簽署系統，批准一筆本來根本唔應該有資格提款嘅交易。有效簽名只證明簽名政策被滿足，並唔自動證明被贖回資產真係有足額抵押。

佢哋真係「白帽」？

涉事者喺鏈上留低訊息：「we are whitehats. contact us on chain.」 16

報道亦指，Blockstream／Liquid 曾以已簽名嘅鏈上訊息聯絡對方；而對方表示，待漏洞喺全網修補後，會歸還「大部分」資金。 418

呢啲資料最多只可證明：對方自稱係做安全研究，亦留咗一個溝通渠道。佢哋係咪真係白帽，並未因而獲得獨立證實。到相關報道截稿時，資金未確認歸還，亦未見公開補丁或網絡重啟確認。 13

因此，較準確嘅稱呼仍然係「自稱白帽嘅人士」或「疑似白帽」。喺資金、漏洞細節同修復成果獲獨立核實前，唔應該將「白帽」當成既定事實。

Liquid、SideSwap 同交易所點回應？

Liquid 已停用橋接節點並暫停運作，令 Bitcoin 同 Liquid 之間嘅正常資產轉移停止。交易所亦已獲通知，暫停或準備暫停 L-BTC 充提。 48

SideSwap 表示，只要 Liquid 維持暫停，佢哋亦會暫停 peg-in 同 peg-out。

呢啲都係止血措施：喺營運方調查疑似漏洞、盤點儲備狀況、評估可以點樣安全重啟期間，先限制進一步橋接流動。據報嘅復原安排，要視乎漏洞修補、受影響節點更新，以及已提走 BTC 最終點處理。 1318

對 L-BTC 持有人有咩意思？

L-BTC 嘅設計目標係做「Liquid 上嘅 Bitcoin」，但實際上能否等同 BTC，取決於橋接係咪可用，以及背後儲備係咪可信、足額。

當約 4,000 BTC 據報由約 4,200 BTC 儲備中被提走，而橋接又暫停，普通用戶贖回 L-BTC 成 BTC 嘅能力即時受阻；儲備缺口亦成為持有人最直接嘅問題。 313

呢個唔代表最終一定冇得賠或者冇法修復。不過喺事件期間，持有 L-BTC 喺操作層面上，已經唔等於持有可以隨時喺 Bitcoin 主鏈自由提取嘅 BTC。最後結果要睇資金會否收回、疑似漏洞點修、聯盟如何決策，以及各服務商採取咩政策。

其他 Liquid 發行資產

即使 BTC 離開咗聯盟錢包，唔代表 Liquid 上其他資產嘅發行方儲備會自動一齊消失。Liquid 表示，USDT、DePix 同 RWA 等資產本身未受今次事件直接影響。

但「未直接受影響」唔等於「完全冇風險」。網絡暫停仍可影響錢包使用、交易所支援、流動性、交易可用性，以及 L-BTC 作為網絡手續費資產同橋接資產嘅功能。每種資產嘅直接抵押，仍取決於其各自發行方及託管安排；至於日常能否順利使用，就有賴 Liquid 基建恢復正常。

架構教訓：聯盟橋接對比 BitVM 式橋接

Liquid 依家嘅設計，靠一組已知、獲授權嘅聯盟成員，以門檻控制 Bitcoin 儲備。呢個做法同由 Bitcoin 共識直接核實「每次贖回都有足額抵押」係兩回事。

現行聯盟式 peg	擬議中嘅 BitVM 式 1-of-n 方向
固定聯盟透過門檻簽名控制 Bitcoin 儲備。	Blockstream 將之形容為較長線嘅研究項目，唔係已部署、可取代現時 Liquid 嘅方案。
安全性依賴私鑰保護、簽署者營運，以及共用驗證與政策軟件係咪正確。	目標係比傳統門檻簽名設計降低信任假設。
如果所有自動簽署者都採納同一個錯誤軟件判斷，共同漏洞有可能令佢哋一致接受無效交易。	BitVM 式系統採用樂觀驗證同挑戰機制；安全性取決於協議設計正確，並且有誠實挑戰者實際出手。

BitVM 式設計唔會令橋接風險消失，只係將風險搬去另一組假設：挑戰者要有能力亦願意行動，欺詐證明流程要正確，而提款可能會更複雜或更慢。BitVM 橋接相關研究將目標安全模型描述為至少需要一名誠實參與者；BitVM2 則希望做到任何人都可以喺運行期間挑戰無效聲明。

如果今次事件嘅報稱機制最終得到確認，佢正好說明點解呢個分別重要：門檻聯盟可以好好防住私鑰被盜，但當每個簽署者都依賴同一套有漏洞嘅軟件去判斷 L-BTC 可唔可以贖回時，整個系統仍可能暴露於同一個錯誤之下。

總結

據報，Liquid 呢宗約 3.2 億美元事件係一場橋接驗證危機，而唔係傳統意義嘅私鑰盜竊。疑似無抵押嘅一批 L-BTC，似乎通過咗獲授權嘅 peg-out 路徑，最終令聯盟放出真實 BTC。 24

關鍵問題仍未有定論：Elements 漏洞究竟係咩、最終儲備同 L-BTC 抵押狀況如何、資金會否歸還，以及橋接恢復前必須改咩控制措施。喺呢啲問題有公開、可驗證答案之前，用戶應將事件視為未解決，而唔係一宗已完成嘅白帽披露，或者普通服務中斷。