多重簽章橋接聽起來已經有「多個人一起確認」，為什麼還是常出事？
多重簽章的安全性取決於兩件事：簽署者的數量門檻是否夠高，以及這些簽署者是否真正獨立（不同組織、不同地理位置、不同私鑰保管方式）。如果簽署者數量少（例如只有幾個人）、且彼此關聯性高（例如同一家公司內部的多個帳號），實際能抵抗的攻擊面遠比表面上的「多重簽章」聽起來要小很多——攻擊者只需要拿下其中幾把私鑰，不需要真的攻破整個系統的密碼學基礎。
近年也有橋接在遭遇入侵事件後，公開提高了驗證者門檻，這類事後調整某種程度上反映了業界對「多重簽章門檻設定過低」這個問題的持續修正，但也說明了這個風險過去確實普遍被低估。
信任最小化橋接既然更安全，為什麼多重簽章橋接還是佔市場多數？
主要原因是密碼學驗證方案（輕客戶端、ZK 證明）在工程實作上明顯更複雜、開發週期更長，而且並非每一對鏈都有現成的原生驗證方案可用——如果來源鏈跟目標鏈的技術架構差異很大，要在目標鏈上實作能驗證來源鏈狀態的輕客戶端或證明系統，本身就是一項不小的工程挑戰。相對地，多重簽章方案架設快、成本低，這也是為什麼即使風險已經被廣泛認知，多重簽章橋接在市場上仍然佔多數 TVL（總鎖定價值）流量。
這也反映了整個產業目前正處於轉型過程中，而不是已經完成轉型——採用信任最小化設計的原生 rollup 橋接、CCTP 這類方案，確實在近年快速成長，但要讓多重簽章模式真正退場，還需要密碼學驗證方案的工程門檻持續下降。
樂觀驗證模式（如 Across）依賴挑戰期間內有人監控，這個機制實際上有多可靠？
樂觀驗證模式的可靠度取決於監控者（watcher）這個角色的經濟誘因是否設計得夠好——理想情況下，監控網路應該有足夠多、彼此獨立的參與者持續運作，只要有一個誠實的監控者發現無效訊息並成功提出異議，就能阻止該訊息生效，這是一種「一人誠實即可」的相對寬鬆安全假設，比多重簽章模式「多數簽署者必須誠實」的門檻更容易達成。
但這個機制也高度仰賴挑戰期間的長度設計是否合理——期間太短，監控者可能來不及反應；期間太長，則會犧牲使用者體驗（資金要等更久才能真正確認）。Across 累計處理超過 50 億美元且截至 2026 年中沒有重大駭客事件，某種程度上反映這套機制在實務上運作良好，但這不代表機制本身沒有理論上的脆弱環節，只是目前的監控網路規模與挑戰期間設計，還沒有被真正的攻擊測試到極限。
如果我完全不懂技術，只是想安全地把資產從一條鏈轉到另一條鏈，有沒有簡化版的判斷方式？
可以優先考慮幾種相對成熟、有較長運行紀錄且未發生重大事故的路徑：官方原生的 rollup 橋接（例如直接使用某條 Layer 2 官方提供的橋接功能，而不是第三方橋接服務）、Circle 的 CCTP（適用於 USDC 跨鏈，因為機制是銷毀/鑄造原生資產，不涉及包裝資產風險）、或是有公開透明運行紀錄與累計處理金額的知名橋接服務。金額不大、或急需快速到帳的情況下，第三方聚合服務（能同時比較多條橋接路徑的手續費與到帳時間）也是實用選項，但金額較大的轉帳，建議優先犧牲一點速度或手續費，換取原生驗證或密碼學證明機制帶來的安全性。
另外一個簡單的檢查習慣是：轉帳前花幾分鐘搜尋這座橋接的名稱加上「hack」或「exploit」，確認它過去是否發生過重大事故，以及事故後架構是否有公開調整——這比研究艱深的技術白皮書實用得多。
跨鏈橋接是加密貨幣領域損失金額最集中的攻擊目標之一——自 2022 年以來，橋接相關的駭客事件累計損失超過 28 億美元，佔同期 DeFi 總損失約七成。但如果仔細拆解這些重大事故的成因，會發現幾乎沒有一起是因為底層區塊鏈的密碼學被破解，真正的破口幾乎都出在同一個地方：橋接架構裡負責「確認來源鏈上這筆交易確實發生」的那個角色。
2022 年的 Ronin Bridge 事件損失達 6.25 億美元，Harmony 損失約 1 億美元，Orbit Bridge 損失約 8,100 萬美元——這三起是加密貨幣史上金額最大的橋接事故之列，共同點是攻擊者取得的不是密碼學層面的突破，而是足夠數量的簽署者私鑰，達到多重簽章（multisig）機制設定的門檻，直接偽造「這筆跨鏈交易合法」的確認訊息。同樣模式也出現在 2022 年 2 月的 Wormhole 事件，損失約 3.2 億美元，攻擊者偽造了多重簽章驗證，在 Solana 上憑空鑄造出等值的 ETH。
這些事故指向同一個結構性問題：多重簽章橋接的安全性，完全取決於簽署者這個小群體是否誠實、私鑰是否保管妥當——一旦簽署者數量不夠多、地理與組織上不夠分散，或私鑰保管出現漏洞，整個橋接的資產儲備就會暴露在極高風險之下，跟兩條鏈本身的密碼學安全完全無關。
相對於多重簽章模式，另一種橋接設計採用信任最小化（trust-minimized）的驗證邏輯：目標鏈不再仰賴一群簽署者的證詞，而是直接用密碼學方式驗證來源鏈的狀態——具體實作可能是輕客戶端、有效性 ZK 證明，或是目標鏈自己維護一份驗證者集合，用這個集合直接驗證來源鏈的區塊標頭與交易證明。這種設計把「相信一小群人說的話」換成了「自己動手驗證數學證明」，理論上移除了多重簽章模式裡最脆弱的那個環節。
典型案例包括各條鏈自己的原生 rollup 橋接、Circle 的跨鏈轉帳協議 CCTP（透過在來源鏈銷毀原生 USDC、在目標鏈鑄造原生 USDC 的方式，不需要包裝資產也沒有流動性池，2025 年 3 月上線的 CCTP V2 已涵蓋超過 13 條鏈以及 Solana），以及採用樂觀驗證邏輯的橋接（例如 Across，透過樂觀預言機 UMA 運作，只要在挑戰期間內沒有人提出異議，跨鏈訊息就被視為有效，累計處理金額已超過 50 億美元且截至 2026 年中沒有發生重大駭客事件）。
值得注意的是，即使是標榜信任最小化的設計，也很少是完全零信任的。以樂觀驗證模式為例，安全假設是「挑戰期間內至少要有一個誠實的監控者在線上，願意對無效訊息提出異議」——如果所有監控者同時離線，偽造的訊息就會在沒有人挑戰的情況下自動通過。以輕客戶端驗證模式為例，安全性最終仍然依賴來源鏈本身共識機制的安全性——如果來源鏈的共識機制被大規模攻擊，輕客戶端也無法憑空辨識出被攻擊後的鏈是假的。這代表評估一座橋接的安全性，不能只看它標榜「信任最小化」或「去中心化」這類標籤，而要具體追問：這個設計實際上要求你信任的是誰、信任什麼條件成立。
如果你經常需要在不同鏈之間轉移資產，選擇橋接時值得花時間查證幾件具體的事：這座橋接實際控制資產的機制是什麼（一小群簽署者的多重簽章，還是密碼學驗證）、簽署者或驗證者的數量與獨立性公開揭露到什麼程度、這座橋接是否曾經歷過重大事故、以及事故發生後架構是否有公開調整（例如某些橋接在遭遇入侵事件後，公開提高了驗證者門檻）。金額較大的轉帳，優先考慮採用原生驗證或密碼學證明機制的橋接路徑，而不是單純比較哪一條路徑手續費最低、到帳最快——手續費與速度的差異通常是幾個百分點，但橋接機制設計上的安全落差，可能是全部資產歸零與否的差異。