Rippleは、ネットワークにクロスチェーンブリッジングをもたらすことを目的として設計された、長らく提案が続いてきたXChainBridge(XLS-38)アメンドメントの撤回を、$XRP Ledgerコミュニティに推奨している。

Rippleによると、この技術は主な想定ユースケースではもはや必要とされず、開発者からの需要も十分に集まっていないという。

Rippleが$XRP Ledger上で掌握しているのはバリデーターの票1票のみであるため、単独でこの機能を撤去することはできない。撤回は依然として、ネットワークの標準的なアメンドメントプロセスを経る必要がある。このプロセスでは、信頼されたバリデーターの少なくとも80%が約2週間にわたって継続的に変更を支持した場合にのみ、プロトコルの変更が発効する。

XLS-38は、$XRP Ledger向けのネイティブなブリッジングフレームワークとして導入された。この提案は、「ウィットネスサーバー(witness servers)」の活用により、XRPLメインネットと接続されたサイドチェーン間で資産を移動できるようにすることを想定したものだ。

このシステムは、プライベートネットワークや許可型(パーミッションド)ネットワークといったカスタムサイドチェーンに加え、実験用チェーンのために構築された。また本来は、$XRP LedgerとXRPL EVMサイドチェーンとをつなぐブリッジとして機能することを想定していた。XRPL EVMサイドチェーンは、Ethereum互換のスマートコントラクトを実行し、Solidity開発者や標準的なEthereumツール群をXRPLエコシステムに取り込むために設計されたネットワークである。

RippleがAxelar統合に言及

Rippleは、EVMサイドチェーン向けにAxelarネットワークを選定したと述べた。Axelarは現在75以上のバリデーターを有し、50を超えるブロックチェーンネットワークとの相互運用性をサポートしている。

RippleがXRPL EVMサイドチェーンにAxelarを利用することを最初に決定したのは2024年6月だ。当時、同社はXLS-38をコミュニティ投票にかかる状態で残しておくと述べていた。

Rippleは現在、このアメンドメントに対する十分な需要が存在することを示す証拠はほとんどないとしている。

RippleXは「XLS-38の開発を促した主なユースケースは、Axelar統合によって完全に、そして私たちの考えではより適切に対応されています」と述べた。

同社はまた、休眠状態の実装を維持し続けることが負担になっているとも述べた。XChainBridgeを削除することで、開発者は1万行を超えるコードを除去できる。ブリッジのコードは暗号資産業界全体で特に厳しい監視の対象となっており、2022年のRonin NetworkおよびWormholeへの攻撃など、記録上最大級の暗号資産盗難事件に数えられるクロスチェーン攻撃を受けて、ブリッジのセキュリティとコード保守は業界の恒常的な懸念事項となっている。

Rippleの立場が変わる可能性は依然としてある。XLS-38を中心に開発を進めている開発者には、同社の決定を翻意させるような説得力のあるユースケースを提示することが求められている。