午前1時にDusk橋の事件を振り返って、AEGISの分析も続けて全部見終えたのですが、ページを閉じる前にふと不安になりました。私もこの数日前に、あまりに手間の少ない二択——「L1の脆弱性じゃないから問題ない」または「橋が事故ったなら、チェーン全体が不安全」——をほぼ受け入れそうになっていました。

実際は、スローガンよりずっと込み入っています。2026年1月16日、攻撃者はDuskからEVMブリッジのサービス利用に使われる署名ウォレットの権限を入手しました。

公式の振り返りでは、これはコンセンサスの失敗でもなく、Duskの基盤となるプロトコルが破られたのでもなく、ブリッジの署名経路が突破されたのだと明確に述べています。旧設計では、署名ウォレット、イベント処理、ネットワーク接続が一本の運用導線に押し込められており、鍵が失われると、攻撃者が到達できる範囲が大きすぎてしまいます。

興味深いのは、修正の重点が単純な「鍵を換える」ことではない点です。新設計では、イベント受信、タスクの永続化、資金の解放、専用署名器を切り離し、seen、submitted、completed、failed、stuckのような状態機械で取引を管理します。ホットウォレットは直近で必要な残高だけを置き、資金が足りなければ停止し、その後はコールドウォレットで人手による補充を行います。

簡単に例えると、お金を満載した現金輸送車を、分けた区画、上限（限度額）、段階的な通過許可に改造した感じです。

そしてAEGISは別件です。内部監査では合計39件の修正が推進され、そのうち7件が重要（キー）レベルに分類されました。VMの隔離、逆直列化、Phoenixの手数料と払い戻しの結びつけ、BLSの偽造などが根本原因として挙げられています。公式側は、これらの重要な問題がこれまで悪用された証拠は未発見だとしています。ブリッジ事件とAEGISを同じ脆弱性に混ぜることはできませんし、両方が修正されたからといってリスクがゼロになったとは言えません。

なので私の判断はこうです。コンセンサスの脆弱性ではないからといって、ユーザーの安全問題がないとは限らない。公開された振り返りは評価できるものの、それだけでは長期的な安定性や第三者による検証の代わりにはなりません。

皆さんがあるチェーンを評価するとき、ブリッジや運用（運用体制）まで含めて、プロトコルの安全性スコアに加えますか？
#dusk $DUSK @Dusk