Ripple、10,000行以上のコード削減のためにXChainBridgeの削除を提案

• Rippleは、コミュニティレビューとバリデータのアップグレードを通じてXChainBridgeおよび関連する修正の撤回を提案しています。
• AxelarはXRPL EVMサイドチェーンとメインネットの接続を継続しています。
• 未使用の実装を削除することで、xrpldコードの1万行以上を排除することが可能です。

Rippleは、保留中の修正案であるXChainBridge（XLS-38としても知られる）をXRP Ledgerコミュニティに撤回するよう促しました。8月27日の勧告では、関連するfixXChainRewardRounding修正案についても対象としています。

同社は、Axelarが既にXRPL EVMサイドチェーンの主要なブリッジニーズを担っていると述べています。開発者の需要の低さやメンテナンスコストを挙げていますが、ネットワーク全体の賛同なしに提案を撤回することはできません。

RippleがXRPL投票からXChainBridgeの撤回を求める理由

この設計は、チェーンをまたぐ活動を検証し資産移転を支援するためにウィットネスサーバーを利用します。これはパブリックEVMネットワークだけでなく、プライベート、許可型、実験用サイドチェーン向けにも意図されていました。

Rippleは、ウィットネスネットワークの拡大によって調整の負担が増し、説明責任が複雑になると述べています。大規模なパブリックブリッジの運用も、自社の運用経験を超えていたと投稿にはあります。

同社は2024年6月にAxelarを選定しましたが、修正案の投票自体は継続していました。バリデータは有効化に反対し続ける一方、開発者には需要を示すため12〜15か月の期間が与えられていました。

Rippleは、Axelarが75以上のバリデータ、共有署名システム、定期的なセキュリティキーのローテーションのネットワークを持っていることを挙げました。また、55以上のブロックチェーンを接続してきた経験が運用の複雑さを軽減すると主張しています。Axelarは全てのプライベートサイドチェーンケースの直接的な代替ではありません。

Rippleは今回、レビューの結果XLS-38を必要とする具体的なプロジェクトがほとんど存在しないことが判明したとしています。XChainBridgeを撤回することで、開発者はxrpldから1万行以上のコードを削除できるようになります。

提案された撤回の決定はバリデータのアップグレード次第

Rippleは1つのバリデータ投票しか制御しておらず、この変更を強制できません。開発者は最初に、XChainBridgeをVoteBehavior::Obsoleteとするxrpldのプルリクエストを提出します。

そのリリースを実行するサーバーは、オペレーターの意向にかかわらず常に修正案に反対して投票することになります。バリデータがアップグレードするにつれ、支持は減少します。

すべてのアクティブなバリデータがこれを廃止扱いにした時点で、後のリリースで両方の実装を削除できるようになります。これにはXLS-38と報酬の丸め修正（Axelarのブリッジは除く）が含まれます。関連する修正は、クロスチェーン取引の報酬分配時に下方丸めを維持します。

XRPL EVMサイドチェーンの接続はAxelarを通じて引き続き運用されます。