リップルXのエンジニアであるデービッド・フューリング氏が8月27日、正式な推奨を公開しました。XLS-38はメインネットで一度もアクティベートされておらず、撤回によりxrpldのコードベースから1万行以上を削減できるとしています。これはライブブリッジの障害ではなく、プロトコル上のハウスキーピングに相当します。
XLS-38は、分散型の「ウィットネスサーバー」ネットワークを使ってXRPLメインネットとカスタムサイドチェーン間の資産移動を可能にする設計でした。最大の目的はXRPL EVMサイドチェーンへのネイティブガストークンとしてのXRPブリッジでしたが、2024年6月に方針が変更され、リップルはAxelarを本番ブリッジとして採用しました。Axelarは75以上のバリデータと55以上の接続ブロックチェーンの実績を持ち、リップル自身のUNLバリデータもXLS-38への投票を「No」に切り替えました。
投票状況については、フューリング氏の投稿によると、35のUNLバリデータのうち約4〜5、およそ11〜14%のみが「Yes」に投票しており、アクティベーションに必要な14日間連続80%の支持には遠く及びませんでした。XLS-38の共同執筆者であるリップルXのマユカ・ヴァダリ氏も、この修正案が本番ネットワークに存在したことは一度もないとXで確認し、AxelarがEVMサイドチェーンのブリッジを1年以上安定的に運用していると述べています。
リップルのエンジニアリングは現在、機関投資家向け機能にシフトしています。XRPL 3.3.0ではプライバシー強化とトークン化のアップグレードが導入され、貸付プロトコルと単一資産ボールトも開発中です。未使用のブリッジコードを維持するコストは見返りがないため、削除は保守費用の削減につながります。
廃止手続きは3段階です。まずリップルがxrpldリポジトリでXChainBridgeをVoteBehavior・Obsoleteとしてマークするプルリクエストを開き、次にアップグレードしたバリデータが自動的に投票を停止し、最後にサポートがなくなった時点でコードを削除します。リップルは、ネイティブXLS-38ブリッジを必要とする具体的なビルドを提示するチームが現れれば推奨を再検討する余地を残しており、現在のところそのようなチームは現れていません。EVMサイドチェーンユーザーにとってはAxelarが引き続きXRPLメインネットへの出入り口であり、変更はありません。なお、XRP ETFへの資金流入は2026年で2番目に大きい水準に達し、ゴールドマン・サックスがXRP ETFの最大保有者に戻るなど、機関投資家のポジションは継続しています。