「PAK メカニズムの問題」と「マルチシグ鍵の盗難」では、オンチェーンに残る痕跡はどう異なり、一般の人が取引記録そのものからその違いを見分けることは可能か？
鍵が盗まれた場合、通常オンチェーンには「異常な署名パターン」が現れる——例えば通常複数の異なる署名者の署名が必要な取引が、突然ごく少数（あるいは理論上通常のプロセスを超える）の署名だけで承認されたり、署名行為の時間パターンに異常な集中が見られたりする。この種の異常は通常、署名者の身元と過去の署名習慣を突き合わせなければ発見できない。一方、PAKメカニズムの問題はまったく異なる——取引形式そのものから見れば、この引き出し取引はプロトコルレベルで「合法的に検証を通過」している——プロトコルが定める認証形式の要件を満たしているため、ブロックエクスプローラーはこれを何らかの異常や無効な取引としてフラグを立てることはない。唯一問題が見える手がかりは、「この引き出しリクエストの出所と正当性が、実際には認証されるべきではなかった」という点であり、この判断はLiquidプロトコルのソースコードにおけるPAK検証ロジックの設計意図と照らし合わせなければ発見できず、取引そのもののフィールドデータを見るだけではわからない。
これが、Liquid公式が「鍵自体が動かされたのか」と「認証ロジック自体に欠陥があったのか」という2つの問題を切り分けるために時間を要し、対外的に後者の可能性を明確に示唆した理由でもある——前者は署名パターンを見るだけで比較的迅速に調査できるのに対し、後者は認証ロジックのコードを一行ずつ精査して初めて、欠陥が具体的にどこにあるかを確認できるからだ。
もし「ホワイトハット」の主張が最終的に本当に資金の返還につながったなら、この事件は本物のハッキング事件ではなく、成功した脆弱性開示として分類できるのか？
たとえ最終的に資金が全額返還されたとしても、両者の間には依然として重要な違いがある——真のホワイトハット開示プロセスは通常、研究者が脆弱性を発見した後、まず非公開で（あるいはプロトコル側が承認するバグ報奨金プログラムを通じて）報告し、脆弱性が公に悪用される前にプロトコル側が修正する機会を与える。この場合、資金は保護された環境から実際に離れることはない。一方、今回の事件で実際に起きた順序は「資金がまず引き出され、準備金全体がほぼ空になった後で、善意を主張するオンチェーンメッセージが残された」というものであり、この順序自体が標準的なホワイトハット開示プロセスとは本質的に異なる——もし本当に善意による警告が目的だったなら、脆弱性の存在を証明するために準備金の95%を先に引き出す理論的な必要はなかったはずだ。ごくわずかな金額だけを引き出す、あるいは最初から非公開で報告するだけでも同じ警告効果を達成でき、取引所がサービスを停止せざるを得ず、機関の信頼が再評価を迫られるという一連の連鎖反応を引き起こすこともなかっただろう。
これが、たとえ最終的に資金が返還されたとしても、大半の慎重な論評（Bitcoin MagazineやNews.Bitcoin.comなどのメディアを含む）が「ホワイトハット」というラベルに懐疑的な姿勢を保ち続けている理由でもある——資金が全額返還されたという事実は、この人物が「お金を返すことを選んだ」ことを証明するにすぎず、逆に「最初から悪意がなかった」ことや「業界で認められた責任ある開示規範に沿った行動をとった」ことを証明するものではない。この2つは異なるレベルの判断であり、資金が返還されたかどうかはそのうちの一方にしか答えておらず、もう一方の問いが自動的に解決されるわけではない。
この事件で「連合の加盟組織は87に増えたが、実際に署名権を握るのは15人の輪番署名者のみ」とされているが、なぜこのような設計になっているのか。残る72組織は名目上の存在にすぎないのか？
この階層的な設計自体は不合理ではなく、大半の連合型ガバナンスシステムに共通するトレードオフだ——すべての加盟組織を日常のすべての署名操作に直接参加させると、取引確認の調整コストが急激に増大する。署名に参加するノードが1つ増えるごとに通信の遅延が増え、潜在的な技術的障害点も増える。87の組織すべてがリアルタイムでオンラインになり、すべての取引で調整を取ることを求めれば、日常の運営効率が著しく損なわれることになる。これはまさに、Liquidが売りにしている「高速決済」という利点が、自らのガバナンス構造によって足を引っ張られることを意味する。そのため、日常の署名権をより小規模な輪番ノード群（15個）に集中させ、残りの加盟組織は何らかのガバナンスメカニズム（定期的な輪番、署名者名簿の共同決定など）を通じて連合全体の長期的なガバナンス上の意思決定に参加するという構造は、効率性と分散化の間でよく見られる妥協案だ。
しかし今回の事件は、この階層的設計の代償を確かに浮き彫りにした——一般ユーザーはもともと「87の加盟組織」が資金の安全性を87者で共同保証していると思い込んでいたかもしれないが、実際に日常の資金移動の関所を守っているのは、輪番を担うその15ノードだけだった。このギャップこそが、本記事が繰り返し強調している「あなたが想定している安全レベル」と「実際に機能している安全レベル」の間に、確認を要する距離がしばしば存在するという点だ。これは87の加盟組織の存在がまったく無意味だということを意味するわけではない（彼らは依然としてガバナンスレベルの監督と意思決定に参加している）が、「連合の加盟組織の数」だけを見て安全性を評価すると、「実際の署名権が何人の手に集中しているか」というより重要な問いを見落としてしまう。
取引所を通じてL-BTCを間接的に保有しているのではなく、自分で直接ビットコインをLiquid連合ウォレットにロックしている場合、この事件による自分のエクスポージャーは違ってくるのか？
違ってくるが、その方向は必ずしも「リスクが低い」とは限らない。取引所を通じてL-BTCを間接的に保有しているユーザーは、その取引所が独自に決定する停止方針や準備金の保証体制に直面する。取引所には（保証はないが）自らの他の準備金を活用して、一時的にユーザーの償還ニーズを補う選択肢がある。しかし、自分で直接ビットコインを連合ウォレットにロックし、対応するL-BTCを受け取った場合、あなたが負っているのは連合準備金そのものの信用リスクだ——もし今回流出した資金が最終的に回収できなければ、連合ウォレットを実際に裏付けるビットコインの量が大幅に減少している。あなたが保有するL-BTCは理論上依然として1:1でビットコインに償還「されるべき」だが、実際に償還できるかどうかは、連合がこのギャップを埋める他の方法を見つけられるか（加盟組織による共同出資、あるいは盗まれた資金の返還交渉の成功など）にかかっており、この不確実性は仲介者の準備金バッファーを通じて分散させることができない。
これが、「サイドチェーンと直接やり取りすること」と「取引所を通じてサイドチェーン資産に間接的に触れること」が本質的に異なるリスク構造を持つ理由でもある——後者は取引所自身のバランスシートという層がバッファーとして追加されるが、前者は基盤となるプロトコルと連合のガバナンスリスクに直接さらされ、追加のバッファー層がない。もしあなたが直接L-BTCを保有するグループに属しているなら、この事件はどこかの取引所の発表を待つよりも、Blockstream公式が今後発表する技術的な事後分析報告と資金追跡の進捗を直接注視することがより重要になる——なぜなら、あなたが負っているリスクの源は、そもそも取引所という層には存在しないからだ。
9月6日、ビットコインのサイドチェーンであるLiquid Networkで発生した事件が、「連合型マルチシグ」信頼モデル全体に疑問を投げかけた。約3,996 BTC、およそ3.2億ドル相当が、Liquid Networkの準備金を支える連合ウォレットから引き出され、1回の取引でその裏付け資産の約95%が消えた。この引き出しはビットコインブロック965,783、UTC時間14:28:56に記録され、資金は単一のbech32アドレスに送られた。特に注目すべきは、この攻撃経路が、理論上は堅牢であるはずのマルチシグしきい値そのものに直接触れることなく成立していた点だ。
Liquid Networkのセキュリティモデルは「ファンクショナリー」の連合の上に成り立っている——現在15人の輪番署名者がブロック署名インフラを運営しており、準備金を動かすには11-of-15のマルチシグしきい値を満たす必要がある。この設計は、単一の署名者や単一の盗まれた鍵だけでは資金プールを空にできないようにすることを目的としている。しかし今回の事件では、資金はこのマルチシグしきい値を直接迂回することで移動したのではなく、「ペグアウト認証キー」（Peg-out Authorization Key、略称PAK）というメカニズムを通じて流出した——これはLiquidがサイドチェーンからビットコインメインチェーンへの資金の引き出しを認証するために使用するツールだ。Liquidの公式声明は、PAK自体や連合の他の署名鍵が直接侵害された証拠はないとしている。この区別は非常に重要だ——盗まれた鍵は一度限りの事件だが、認証ロジック自体の設計上の欠陥は、ハードフォークかプロトコルレベルのパッチによってでなければ根本的に解決できない。言い換えれば、11-of-15のしきい値は「誰かが鍵を盗む」ことには成功裏に対処したが、「認証プロセス自体が、鍵が本来果たすべき役割を迂回するリクエストを通してしまう」ことには対処できなかった。
この取引を追跡していたオンチェーンアナリスト（ErgoBTCという名の研究者を含む）は、資金がチェーンに記録されてから数分以内にこの異常な引き出しにフラグを立てた。資金を保有する側はその後、自らを「ホワイトハット」と名乗るオンチェーンメッセージを残した——「私たちはホワイトハットです。オンチェーンでご連絡ください」。Blockstreamの公式な言葉遣いは慎重さを保っており、この主体を「ホワイトハットを自称する者」とのみ呼び、その身元を直接確認してはいない。事件発生翌朝の時点で、独立して検証された資金返還の報告はなく、公に開示された報奨金合意も浮上していなかった——ビットコインが実際に連合ウォレットに戻されるか、署名済みの合意が公開されるまで、「ホワイトハット」は現時点では確認された事実ではなく、単なる主張にとどまる。
事件発生中、ビットコイン価格は約8万ドル前後で安定を維持しており、市場がこれをビットコインプロトコル自体の問題ではなく、サイドチェーンレベルの問題として明確に受け止めていたことを示している——ビットコイン自体の15年以上にわたる二重支払いやコンセンサスレベルでの侵害ゼロという記録は無傷のまま維持され、同じ24時間のウィンドウの間、約1.6兆ドル相当のビットコイン時価総額がプルーフ・オブ・ワークのコンセンサスによって中断なく保護され続けた。しかし機関投資家や取引所にとって、この事件がもたらす影響はより長引くだろう——Liquidはこれまで、ラップドトークン型のブリッジよりも保守的で信頼できる代替手段とみなされてきた。何しろ、ビットコインインフラに10年以上深く携わってきたBlockstreamによって構築されているのだから。この事件は、その特定の設計が規模において初めて破綻した事例であり、しかもその破綻の仕方は、11-of-15のしきい値がそもそも防ぐように設計されていた種類の攻撃ではなかった——これこそが業界全体にとって最も居心地の悪い教訓だ。しきい値署名は単一の盗まれた鍵という問題を解決するが、健全なマルチシグの上に重なった認証ロジック自体に欠陥があるという別の問題を自動的には解決しない。
もし取引所を通じて間接的にL-BTC（Liquidサイドチェーン上でビットコインを表すトークン）を保有しているなら、あなたの償還保証は現在未解決の状態にある——連合ウォレットは準備金の約95%を失い、複数の取引所が状況がさらに明らかになるまでL-BTCの入出金を停止している。実践的な対応は、エコシステム全体が一律に停止していると仮定することではなく、自分が使っている取引所がこの事件についてどのような発表をしているかを直接確認することだ。停止の期間や準備金の保証方法はプラットフォームごとに個別に決定されており、業界全体で統一された対応基準は存在しない。より長期的な視点で見れば、この事件は「マルチシグのしきい値」と「認証ロジック」が別々に評価すべき2つのリスク層であることを示す具体的な事例も提供している——次回、クロスチェーンブリッジやサイドチェーンのソリューションを評価する際は、「マルチシグのしきい値が十分に高く設定されているか」を問うだけでなく、「誰がどのようなメカニズムでそのしきい値を迂回できるか」をもう一歩踏み込んで問う価値がある。