THORChain の開発ロードマップは、ひとつの避けられないマイルストーン、すなわちTHORChain v3.20 アップデートを中心に再構成された。ボールトローテーション中に発見されたコンセンサス問題により、ネットワークはすべてのチャーンを一時停止せざるを得なくなり、v3.20 がリリースされるまでこの停止は継続する。当初は控えめなポイントリリースとして始まったものが、セキュリティパッチ、待望のMonero 統合、そして新しいルーター V6 を搭載した大規模なデプロイへと成長した。これは、THORChain の短期的なスケジュールの中で最も重要なリリースである。
Summary
主なポイント
- THORChain のボールトローテーション（チャーン）は、チャーン中にトリガーされたコンセンサスバグにより、v3.20 がリリースされるまで一時停止されている。
- 予定されていた v3.19.4 パッチは v3.20 に統合されており、Monero 統合とルーター V6 のデプロイも含まれる。
- 最近のエクスプロイトは、3 つの古いバグが連鎖したことに起因しており、それぞれ単体では無害だが、組み合わさると危険になった。
- Maya Protocol は、単一の健全なボールトを検証して稼働させることで、THORChain 全体の停止期間中もスワップ処理を継続した。
- Moca は、Maya Protocol と THORChain を通じて決済を行う、静かな暗号資産決済（POS）ベータ版を立ち上げている。
THORChain のチャーンは v3.20 リリースまで一時停止
ボールトローテーションは THORChain における最も基本的なセキュリティメカニズムのひとつだが、現在は稼働していない。コンセンサス問題はチャーンプロセス中に特に表面化し、その修正には Thornode のかなり深い部分の変更が必要となるため、ポイントリリースでは対応できない。それにより、当初計画されていた v3.19.4 パッチは、議論されたその日のうちに見送られた。
チームは代わりに v3.20 を切り出すことを決定し、翌週のアップグレード高を目標にした。リリースが行われたら、まず Solana を再有効化し、その後チャーンを復元する計画だ。もともと v3.19.4 に含まれる予定だったすべての内容――Monero 関連の作業も含めて――は、新しいルーター V6 コードとともに、ひとつの大きなリリースに統合された。ルーター V6 はすでに準備が整っており、段階的にデプロイされている。ユーザーにとっては、アップグレード後も体験は変わらず、スワップはこれまで通り THORChain Swap を経由してルーティングされる。
この統合は、単なる受動的な対応ではない。複数の改善をひとつの調整されたリリースにまとめることで、ネットワークが高リスクなアップグレードシーケンスを経なければならない回数を減らせる。レビュー担当者のリソースがすでに逼迫している状況では、これは非常に重要だ。
エクスプロイトの根本原因：3 つのバグが 1 本のチェーンに
最近のエクスプロイトは、単一の壊滅的な欠陥から生じたものではない。Maya Protocol の共同創設者であり、現在は THORChain のシニア開発者でもある Aaluxx によれば、この脆弱性は、コードベース内で長らく無害に共存していた 3 つの古いバグが、誰か（あるいは何か）によって連続的にトリガーできると発見されたことにより生じたものだ。
「3 つのバグが連鎖したことで悪用可能になった。どれか 1 つだけなら無害だった。」 — Aaluxx
彼はエクスプロイトが発生した朝を、血の気が引くような瞬間だったと表現した。チームは最近、非公開リポジトリから TSS パッチをマージしたばかりであり、そのマージの誤りが脆弱性を生んだのではないかというのが彼の即座の懸念だった。だが迅速な確認により、それは否定された。コミットは健全であり、根本原因ははるかに古いコードに遡ることが判明した。チームは実際、数か月前にも似たような連鎖バグ――潜在的な二重支払い――を発見しており、つまりこの根底にあるパターンはすでに認識されていたことになる。
チームが侵害されたボールトを検出した方法
検出方法は技術的に洗練されていた。TSS セットアップの暗号パラメータのひとつを因数分解し、本来存在すべきでない小さな素数をスキャンすることで、任意のボールトが「毒されている」かどうかを開発者が特定できるようにしたのだ。THORChain では、5 つのボールトのうち 1 つが侵害されていることが判明し、そのため TVL の約 20% が流出した一方で、全額が失われなかった理由が説明できる。この手法により、トリアージのスピードが極めて重要な状況で、チームは信頼できる診断手段を得た。
Aaluxx は、今後における AI の役割から得られるより広い教訓について率直だった。小規模なチームでも、コードベースをこれまでよりはるかに多くの角度から同時に探索できるようになり、それは防御側にとっての優位性となる。しかし同じ能力は、外部から脆弱性を探そうとする者にも開かれている。彼は、業界がこの新しい現実に適応するまで、あと数か月は厳しい時期が続くと見ている。
ダウンタイム中の Maya Protocol のレジリエンス
THORChain が約 1 か月間停止していた間も、Maya Protocol はスワップを継続していた。同じ潜在的なバグは Maya のコードベースにも存在していたが、トリガーされることはなかった。さらに重要なのは、Maya が単一のボールトを稼働させており、チームがその健全性を独立して検証できていたことだ。そのため、チャーンを行うと同じエクスプロイト経路が開かれる可能性があったことから、予防措置としてチャーンを一時停止しつつ、そのボールトは稼働させ続けた。
その実務的な結果は現実的なものだった。THORChain ではその期間中、ネイティブ BTC から ETH へのスワップが利用できなかったが、Maya では利用可能なままだった。これは、冗長性の意義を具体的に示す事例である。
「ジェット機は 2 基のエンジンで飛ばす必要がある。」 — Aaluxx
エクスプロイト発生後および以前の TCY 期間中、一部からは THORChain と Maya を統合すべきだという声も上がった――RUNE で CACAO を買収し、ひとつのより大きな DEX に統合するという案だ。Aaluxx は、それがビジネス上は合理的な判断になり得たことを認めつつも、あえて退けた。同じ理念を共有する 2 つの独立したパーミッションレス DEX を持つことは、非効率を排除すべき対象ではなく、意図的な設計選択なのだ。冗長性のコストは現実に存在するが、単一障害点のコストもまた現実に存在する。
開発ボトルネックとガバナンス改革
THORChain のリリース速度を遅らせている制約は、コードの不足ではない。コードをレビューし、デプロイする資格を持つ人材の不足である。
「我々の制約要因はコードを書くことではなく、レビューとデプロイだ。」 — Aaluxx
現在、THORChain の変更をレビューしデプロイするのに必要な深い専門性を持つ人物は、およそ 3 人しかいない。開発者やプルリクエストを増やしても、自動的にデリバリーが加速するわけではなく、すでに狭いボトルネックにレビュー負荷を追加するだけだ。チームは意図的に 2 対 1 の比率で運用しており、書かれたコード 1 つにつき、少なくとも 2 回のレビューを経なければ先に進まない。
ADR プロセス改革の提案
ガバナンス面では、構造的な問題が浮上している。提案が Nine Realms のような単一の調整主体ではなく、多くのコントリビューターから出てくるようになったことで、ADR 番号が衝突し、荒削りなアイデアがビルド準備が整う前に正式な ADR として提出される事態が起きている。
提案されている解決策は、アイデア段階と ADR 段階を完全に分離することだ。Aaluxx の表現を借りれば、ADR はすでに完成したレシピであるべきで、簡潔かつ技術的で、利用可能なリソースで構築可能でなければならない。現在欠けているのは、その手前の段階――生のアイデアが挑戦され、洗練され、あるいは却下されてからでなければ ADR の資格を得られないような、いわば「戦場」のような場である。
「『パスタが食べたい』というのを ADR だと思っている人がいる。それは ADR ではなく、単なる問題だ。我々のところにはレシピを持ってきてほしい。」 — Aaluxx
将来的には、ADR 番号をノードリレーを通じてオンチェーンでリクエスト・割り当てできるようにし、最初に承認したノードが次の連番を割り当てる形にすることも考えられている。これにより、中央集権的なゲートキーパーを作ることなく、提案の所有権を明確にできる。繰り返しになるが、ADR はコードを出荷するための前提条件ではない。誰でも今日、GitLab 上で issue やプルリクエストを開くことができる。ADR は、ノードオペレーターに対し、ある提案に有償の開発時間を割くべきかどうかの温度感を示すものだ。
エコシステム統合と新機能
一時停止中であっても、エコシステム全体での統合は進み続けていた。ShapeShift は、Symbiosis に続いてダイナミックフィーモデルの実稼働参加者となり、両者から得られるデータは有用であることが判明している。さらに 3〜4 のアフィリエイトが、Chad Barraford が統合作業を完了でき次第、1 週間以内にオンラインになる見込みだ。
コミュニティからのチップにより、2 つの大きな統合に関する議論が再び動き出した。Randy Bechtold へのひっそりとした DM によって、Robinhood Chain が潜在的なターゲットとして浮上し、簡単な調査の結果、それが THORChain がすでに追っていたネットワークであるArbitrum 上に構築されていることが判明した。これにより一石二鳥の機会が生まれた。Bechtold は Arbitrum チームとの通話を予定しており、その場で Robinhood へのウォームイントロダクションを依頼する計画だ。
Aaluxx は Arbitrum について、技術的な注意点も示した。Arbitrum は 1 秒あたり約 4 ブロックで稼働しており、Solana と同様にノードに大量のメッセージを浴びせる。そのため、Maya は Arbitrum サポートの安定化に約 1 年を費やした。ただし、その分のハードワークは Maya 側ですでにほぼ完了しており、THORChain にとってはより短い道筋が用意されている。
Least Authority による監査後、Monero 統合はローンチ間近
XMR 統合は、出荷に最も近い大きな機能である。Aaluxx は、プライバシーチェーン関連の仕事でトップクラスと評価しているセキュリティ監査企業 Least Authority と監査について協議している。直接の前例として、Zcash は ZEC から Maya への統合に対する Least Authority の監査に資金提供しており、その監査は最近完了したが、サービス拒否やユーザビリティに関する軽微な指摘のみで、大きなバグはなかった。Monero 関連の作業はすでにチェーンネットテストと開発者レビューをクリアしている。
プロトコルの通常のアプローチに忠実に、XMR プールはまず浅いプロトコル保有流動性と小規模なテストスワップでローンチされ、チェーンクライアントが本番環境で自らを証明するまでユーザー資金を巻き込まないようにする。
「壊すなら壊してもいいが、小さく壊せ。」 — Aaluxx
THORChain 側の ZEC にはタイムラインがない。ボトルネックは帯域幅であり、払い戻し、セキュリティ作業、ネットワーク再起動、Monero ローンチが、同じ狭いレビュー＆デプロイの時間枠を奪い合っている。そしてチャーンが最優先となる。
Moca が Maya と THORChain 経由の暗号資産決済ベータ版をローンチ
エコシステムの決済面にもアップデートがあった。暗号資産決済および支払いネットワークである Moca は、Maya Protocol、THORChain、その他少数のバックエンドを通じてトランザクションを決済する。目標は、一般の商店が暗号資産を受け取り、暗号資産で決済することを摩擦なく実現することであり、その結果として実世界のボリュームがプロトコルへと還流することだ。
ベータ版は意図的に静かに進められ、再来週の月曜日のローンチを目標としているが、当初はマーケティングを行わない計画だ。まずはビジネスアカウントを開設し、フィードバックを集め、実際のテスト決済を行い、バグを潰してから、より広範な展開に移る。
「Maya の決済面が、いよいよ現実のものとなる。」 — EricOnchain, Moca
早期の API アクセスに関心のあるビルダーは、EricOnchain もしくは Moca のアカウントに直接連絡できる。
これらすべてを結びつけているのは、真の転換点に立つネットワークという構図だ。v3.20 は単なるセキュリティパッチではなく、チャーンを復元し、Monero を稼働させ、ルーター V6 をデプロイし、その後に続く Arbitrum や ShapeShift との拡張の舞台を整えるリリースである。そのリリースがどれだけクリーンに出荷されるか、そして Least Authority の監査結果がどうなるかは、THORChain の復活ストーリーが、その約束の重みに耐えうるかどうかを大きく左右するだろう。
FAQ
なぜ THORChain のチャーン操作は一時停止されているのですか？
チャーンプロセスに特有のコンセンサス問題が、Thornode レベルでの修正を必要としているためです。これらの変更はポイントリリースで提供するには深すぎるため、完全な v3.20 アップデートがデプロイされるまで、ボールトローテーションは一時停止されたままとなります。
最近の THORChain エクスプロイトの原因は何ですか？
それぞれ単体では無害だった 3 つの古いバグが、連続してトリガーされたときに悪用可能になったことが原因です。この組み合わせにより、THORChain の 5 つのボールトのうち 1 つが侵害され、その結果、TVL の約 20% が流出しました。
THORChain のダウンタイム中に Maya Protocol はどのようにスワップを維持したのですか？
Maya は、チームが独立して侵害されていないと検証できる単一のボールトを稼働させていました。そのボールトを稼働させ続ける一方で、予防措置としてチャーンを一時停止することで、Maya は 1 か月にわたる THORChain の停止期間を通じてスワップ処理を継続しました。
THORChain における Monero 統合の現状はどうなっていますか？
XMR 統合はチェーンネットテストと開発者レビューをクリアしています。Least Authority による監査が手配されており、プールは浅いプロトコル保有流動性と小規模なテストスワップでローンチされ、初期段階でのエクスポージャーを制限する予定です。
{“@context”:”https://schema.org”,”@type”:”FAQPage”,”mainEntity”:[{“@type”:”Question”,”name”:”なぜ THORChain のチャーン操作は一時停止されているのですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”チャーンプロセスに特有のコンセンサス問題が、Thornode レベルでの修正を必要としているためです。これらの変更はポイントリリースで提供するには深すぎるため、完全な v3.20 アップデートがデプロイされるまで、ボールトローテーションは一時停止されたままとなります。”}},{“@type”:”Question”,”name”:”最近の THORChain エクスプロイトの原因は何ですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”それぞれ単体では無害だった 3 つの古いバグが、連続してトリガーされたときに悪用可能になったことが原因です。この組み合わせにより、THORChain の 5 つのボールトのうち 1 つが侵害され、その結果、TVL の約 20% が流出しました。”}},{“@type”:”Question”,”name”:”THORChain のダウンタイム中に Maya Protocol はどのようにスワップを維持したのですか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”Maya は、チームが独立して侵害されていないと検証できる単一のボールトを稼働させていました。そのボールトを稼働させ続ける一方で、予防措置としてチャーンを一時停止することで、Maya は 1 か月にわたる THORChain の停止期間を通じてスワップ処理を継続しました。”}},{“@type”:”Question”,”name”:”THORChain における Monero 統合の現状はどうなっていますか？”,”acceptedAnswer”:{“@type”:”Answer”,”text”:”XMR 統合はチェーンネットテストと開発者レビューをクリアしています。Least Authority による監査が手配されており、プールは浅いプロトコル保有流動性と小規模なテストスワップでローンチされ、初期段階でのエクスポージャーを制限する予定です。”}}]}
本記事は人工知能の支援を受けて作成され、編集チームによるレビューを経ています。
