THORChainのノード運営者18社、Zcashのマッチング不具合で約140 RUNEを失う

18のTHORChainボンドがZECのマッチング不具合を背負う

THORChain(RUNE)のノード運営者18社が、Zcashの処理不具合の代価を支払っている。オンチェーンデータによると、ボールトスラッシュによって合計約140 THORChain (RUNE)が各社のボンドから差し引かれた。インシデント後の24時間でTHORChain(RUNE)の価格は4.3%動いた。ユーザー資金とボールト資金には一切影響がない。Zcashへ、またはZcashからスワップしたすべてのユーザーが資産を受け取り、損失はボールトの担保としてRUNEを差し入れている運営者だけが負った。プロトコルは10月19日(月)に公開した公式投稿で、Zcash統合における送金マッチングの問題がボールトスラッシュを引き起こしたと確認している。不具合の所在は、送金トランザクションと宛先を突き合わせる処理にあった。シールド転送のみを受け取れるZcashのTEXアドレスと、それに対応するトランスペアレントアドレスが、同一の宛先ではなく二つの別の場所として扱われ、突き合わせのロジックが壊れた。マッチングが失敗するとボールトがそのミスを背負い、ボールトの背後にあるボンドが損失を吸収する仕組みだ。インシデント以降、ネイティブZECの取引は凍結されており、プロトコルは修正が収められたv3.21.0リリースが提供されるまで停止を続けるとしている。ユーザー側で価値は失われていない。スワップした人は無傷であり、これは仕組みが意図した通りに働いた結果である。運営者がRUNEを担保として差し入れるのは、まさにボールトの障害がまず自分たちの担保を直撃するためだ。今回は窃取ではなくソフトウェアの不具合であり、ボンドで補填した18社だけが損失を被った。18のボンドに約140 RUNEを割ると1社あたりの額は小さい。だがプロトコル自身のState of the Networkレポートによれば、9月にアクティブセットが87ノードから103ノードへ拡大したばかりのネットワークにとって、この出来事は神経の擦れるタイミングで発生した。

修正はv3.21.0で提供される。リリースノートによると、以降すべての送金マッチングは単一の共有宛先コンパレータを通じて処理される。つまりZcashのTEXアドレスと、それに一致するトランスペアレントアドレスは同じ宛先として扱われ、TEXアドレス宛のZEC送金はトランスペアレント取引としてキューに入る。NU6.3のネットワークアップグレードが有効になると、トランスペアレントのZEC送金はフリート全体でv6署名に切り替わる。この変更はHALTSIGNINGZEC制御の背後で管理される。アクティベーションはブロック28,366,100に設定されており、THORChain (RUNE)は10月23日(金)13:40(UTC)前後を見込んでいる。ノートはブロック高を権威ある基準とし、時刻は目安に過ぎないとしている。ノード運営者はソースからビルドするのではなく、セキュリティパッチを含む非公開のバイナリを実行する必要がある。このリリースが対象とするのは停止中のZECだけではない。Solanaでは新しいタイプのSolanaトランザクションがチェーン上に出現したため取引が停止していたが、v3.21で再開できる。同じリリースは、RujiraのFIN契約への最近の攻撃につながったApp Layerの脆弱性にもパッチを当て、状態肥大化を理由に停止していた限定スワップを再開し、SwapKitのアフィリエイト手数料の支払いを修正することで、複数のインテグレーターがTHORChainを再度有効化できるようにする。メモなしのスワップはスパム対策として動的に価格設定され、メモスロットが埋まるほど登録コストが上がる。有効化の判断はMimirに委ねられる。一方、Moneroはv3.21から外され、修正はv3.21.1に繰り延べられた。日付は未定だ。新統合にとって時期は厄介である。ZECプールはTHORChainで最も新しいプールの一つであり、2026年8月25日のv3.20アップグレードはMoneroとZcashのアクティベーションに近づくもので、10月上旬にはネイティブZECの流動性プールが開設されたばかりだった。v3.20はSolana、Base、BNBのサポートも再導入している。なお、このネットワークは2026年5月の1,070万ドルの不正利用の後、39日間・11段階のセキュリティ見直しを経て6月23日に再開した経緯がある。v3.21はボンドプロバイダー向けのストリーミング利回りももたらす。ボンド利回りの一部を直接ウォレットへ送れる機能だが、Mimirが有効化するまではオフのままだ。

ボンドがソフトウェア障害を補填した

プロトコル自身の事後分析と並べて読むと、このインシデントはZcashそのものよりも、THORChainの損失吸収の順序について語るものが大きい。クロスチェーンブリッジの障害がユーザー資金を繰り返し流出させてきたこの業界において、今回の失敗はコストを18社のボンド運営者に押し付け、スワップした全員を無傷のまま残した。これは取り決めが書かれた通りに機能した形だ。トークン建ての損害は小さく、約140 THORChain (RUNE)が18のボンドに分散した。しかし、その発生はアクティブセットが87から103ノードへ拡大してからわずか数日のうちだった。今後ボールトの誤りが起きるたびに、その背後にはより多くの担保資本が置かれることになる。プロトコルの公式投稿は、スラッシュされた運営者への返金には一切触れていない。彼らの回復の道はノード収益であり、その入口になるのがv3.21の彼らの手元に届くストリーミング利回りだ。