Axelarが使用事例を補完した後、リップルはXChainBridge修正案の取り下げを推奨

ヘッドライン：AxelarがXRP LedgerのXChainBridge修正案の主要な使用事例を補完したため、Rippleはその撤回を推奨 Rippleは、XRP Ledger（XRPL）コミュニティに対し、長期間保留中のXChainBridge修正案（XLS-38）の撤回を推奨している。その主な目的はすでにAxelarによって実現されており、ネイティブブリッジに対する開発者の需要はほとんどないという。発生した出来事 - 8月27日、RippleXのシニアソフトウェアエンジニアであるMayukha Vadariが、RippleによるXLS-38の正式な撤回推奨を発表した。この修正案は現在もXRPLバリデータの投票プロセス中であり、メインネットでは有効化されていない。 - Rippleは、XLS-38を削除することで、ネットワークを動作させるサーバーソフトウェアxrpldから1万行以上の非アクティブコードを削除できると推定している。現在までにコードの削除は行われていない。Ripple単独での変更は不可能であり、バリデータの合意が必要である。 RippleがXLS-38を撤回したい理由 - XLS-38は、XRPLと接続されたネットワーク（パブリックサイドチェーン、プライベートレジャー、許可型ネットワーク、実験的チェーン）の間でXRPおよび発行資産を移動するためのプロトコルレベルのフレームワークとして設計された。 - 主な目的の一つは、XRPLメインネットとEVM互換サイドチェーンを接続することだった。Rippleはその後、XRPL EVMサイドチェーンのブリッジプロバイダーとしてAxelarを選定した。 - XRPL EVMサイドチェーンは2025年6月に立ち上げられ、Axelarがメインネットブリッジとして機能している。Axelarのバリデータネットワークは、現在サイドチェーン、XRPLおよび他の対応チェーン間のクロスチェーンメッセージを検証している。 - Rippleは、Axelarが「より適切に」この使用事例に対応しており、ネイティブXChainBridge実装を必要とするアクティブなプロジェクトの存在をほとんど確認できていないと述べている。公開された本番環境の導入事例で、XLS-38が必須であると特定されたものは存在しない。運用およびセキュリティ上の考慮事項 - xrpldに非アクティブなXLS-38実装を維持し続けると、毎回xrpldが変更されるたびにレビュー、テスト、互換性更新が必要となり、継続的な保守コストが発生する。Rippleは、これに対応するメインネット上のメリットがなく、負担が大きいと主張している。 - Rippleはまた、クロスチェーンシステムには独自のリスクが伴うことを指摘した。2021年以降、ブリッジの攻撃により報告された損失は40億ドル以上に上っており、検証設計と運用セキュリティが重要な考慮事項である。プロセスと次なるステップ - XRPL修正案レジストリには現在、XChainBridgeが「保留中」でデフォルトの「いいえ」投票としてリストされている。Rippleは多数の独立した参加者の中の1つのバリデータ投票を保有している。 - 修正案を有効化するには、信頼されたバリデータの80％以上が2週間連続で支持する必要がある。現在の35人のバリデータ構成では、少なくとも29票の賛成が必要となる。 - Rippleの推奨は即座に修正案を撤回したり、他のバリデータに反対を強制したりするものではない。各バリデータは独自にどの修正案を支持するかを決定する。 - Rippleは段階的アプローチを提案している：xrpldコードベースにXChainBridgeを廃止済みとしてマークするプルリクエストを提出する。そのリリースにアップグレードしたサーバーは自動的に有効化に反対投票し、バリデータがアップデートをインストールすることで支持率は低下する。バリデータがこの修正案を廃止済みと認識した後、XChainBridge実装および関連するfixXChainRewardRoundingコードを後続リリースで削除できる。 - 期限やソフトウェアバージョン、最終削除日はまだ発表されていない。タイミングはコミュニティからのフィードバック、コードレビュー、バリデータのアップグレード状況に依存する。使用事例への開かれた窓 - Rippleは、XLS-38を使用している開発者や組織に対し、具体的な使用事例を提示するよう呼びかけている。信頼できるアクティブな導入事例が示された場合、Rippleは段階的撤回が始まる前に推奨を見直す可能性がある。要約 Rippleの提案は、xrpldの簡素化と不要な保守負担の回避を目指し、Axelarのような既存のクロスチェーンソリューションに依存することを目的としている。しかし、XLS-38の正式な削除には依然としてXRPLバリデータセットからのコミュニティ合意が必要であり、最終的な決定は広範なエコシステムに委ねられている。