XRP LedgerのBatch V1.1改定案は、9月15日2026年6時25分（UTC）時点で、XRPScanが追跡する35のバリデーターのうち27から支持を得て、有効化に近づいている。

支持するバリデーターがさらに2つ増えれば、承認率は82.86%となり、有効化期間の開始に必要な80%の基準を上回る。その後、XRP Ledgerの有効なルールの一部となる前に、必要な支持率を2週間連続で維持しなければならない。

このプロセスでは、改定コードを利用可能にすることと、ライブネットワーク上で有効化することが区別される。改定案はXRP Ledgerのサーバーソフトウェアに含めることができるが、バリデーターが承認し、必要な期間が完了するまでは、メインネットの動作は変わらない。

Batch V1.1が未完了の決済を防ぐ仕組み

Batch V1.1では、最大8件の関連トランザクションをまとめて送信できるようになる。アプリケーションが各ステップを個別に送信して確認する代わりに、台帳は同じ台帳クローズの中で選択された指示を検証し、記録できる。

例えば、マーケットプレイスでの売買には、買い手が支払いを行い、売り手が資産を移転し、マーケットプレイスが手数料を受け取るという3つの処理が含まれる可能性がある。全件成功または全件失敗の方式では、3つすべての指示が成功する必要があり、そうでなければバッチ全体が失敗する。これにより、対応する資産移転を完了できない場合に、買い手の支払いだけが記録されることを防げる。

バッチは、複数のアカウントにまたがる指示を調整することもできる。そのため、複数の参加者が同じ処理の異なる部分を承認する必要があるアプリケーションにも、この機能は関連する。

この改定案によって通常のXRP送金が高速化されるわけではなく、すべてのアプリケーションがバッチを利用する必要もない。複数の関連ステップを伴うサービスを構築する開発者向けに、任意で利用できるトランザクション構造を提供するものだ。

V1.1は撤回されたBatch改定案に代わるもの

旧版のBatch改定案には、バッチ内のトランザクションに対する認証の確認方法に問題があった。セキュリティ研究者は、改定案がまだ有効化を待っていた2月にこの問題を発見した。

この機能がメインネットに到達する前に支持を撤回するようバリデーターに勧告されたため、この脆弱性がユーザー資金に影響を及ぼすことはなかった。XRP Ledger Foundationの脆弱性開示では、その対応が説明され、以前の実装がサポート対象外であることが示されている。

Batch V1.1は、認証ロジックの修正後に旧版へ置き換わる。 RippleXによると、改訂版はバリデーターの投票プロセスに戻る前に、追加のコードレビュー、テスト、外部セキュリティ評価も受けた。

したがって今回の再投票は、同じ機能を有効化するための2回目の試みにとどまらない。バリデーターは、旧版の改定案を停止させた問題に対して、置き換え版が十分に対処しているかを判断している。

BatchはXRPLが計画する融資システムより有効化に近い

Batchの状況は、改定プロセスを進んでいるXRP Ledgerの他の2つの変更案と比較できる。fixCleanup3_3_0提案は、ボールト、自動マーケットメーカー、許可型取引に関する保守・安全上の問題に対処する。アプリケーション向けに新たな決済機能を導入するのではなく、既存のトランザクション経路を改善するものだ。

計画されている機関向け信用システムは、実装までさらに距離がある。Single Asset VaultsとLending Protocolのいずれも十分なバリデーターの支持を必要とし、どちらか一方だけを有効化しても、機能するネイティブ融資市場は生まれない。

Batchの範囲はより限定的で、決済、資産移転、手数料など、XRP Ledgerがすでにサポートしているトランザクションを調整する。そのため、支持するバリデーターが27に達しているBatchは、ネイティブ融資に必要な2つの改定案よりも有効化基準に近い。

この比較は、改定案の承認が必ずしも完成した製品に直結しない理由も示している。融資には複数の連携したプロトコル構成要素が必要だが、Batchは個別のアプリケーションが独自に統合できるツールを提供する。

有効化がウォレットやマーケットプレイスに意味すること

有効化プロセスが完了すれば、Batchはライブ台帳で利用可能になる。ただし、ウォレット、マーケットプレイス、決済サービスは、引き続き自社製品に組み込む必要がある。

ユーザーは通常のXRP送金方法を変更する必要はない。現在、複数の関連処理を完了するよう顧客に求めたり、1つの指示が失敗した後に処理を再試行させたりしているアプリケーション内で、その違いが表れることになる。

決済、資産移転、プラットフォーム手数料を組み合わせるサービスは、最も明確な潜在的利用者の一部だ。各事業者は、どのステップを1つのバッチに含めるか、また顧客のリクエストを完了とみなす前にすべてのステップを成功させる必要があるかを判断しなければならない。

投票はBatch V1.1にとって最初の試験にすぎない

有効化基準に達することで、バリデーターがBatch V1.1を稼働させる意思があるかどうかは明らかになる。しかし、この機能にどの程度の需要があるかは示されない。その問いに答えられるのは、ウォレット、マーケットプレイス、決済アプリケーションでの採用だけだ。

Batchは、XRPLのより野心的な融資提案に比べて優位性を持つ可能性がある。開発者は、複数のプロトコル構成要素やまったく新しい金融市場を待つ必要がなく、すでに存在するトランザクションフローに適用できるためだ。

したがって、最終的な重要性は改定案への投票よりも、XRPLのサービスが統合を正当化するほど多くの複数段階の失敗に遭遇するかどうかに左右される。

この記事は情報提供のみを目的としており、金融または投資に関する助言を構成するものではない。バリデーターの支持状況や改定案のステータスは変わる可能性がある。

出典: Coindoo。