TL;DR:
- 技術的修正 BatchV1_1 は、ネットワークバリデーターの約68%の支持を得ました。
- コードは8月6日にリリースされたXRP Ledgerソフトウェアバージョン3.3.0に統合されました。
- 提案を有効化するには、14日間連続で80%以上の賛成票が必要です。
分散型決済ネットワークは、最も注目されている技術的アップデートの一つの導入に近づいています。技術コミュニティのメンバーによると、BatchV1_1アップグレードは9月の初めにバリデーターの68％以上の賛成を得ました。
XRP Ledgerのバッチ修正は現在68%の支持を得ています
今月の終わりまでにバッチがリリースされる様子です
BatchはXRPエコシステムの新しい使用ケースを多数解禁します
進捗はここで確認できます https://t.co/OzfHPHqP2Epic.twitter.com/uoo2Q5kf0X
— moonkie 
(@xmoonkie) 2026年9月7日
この提案は、台帳内の複雑な操作を簡素化することを目的とした機能強化を導入します。
現在のXRP Ledgerのトランザクションモデルでは、すべてのアクションが個別に記録されますが、この修正により、開発者は最大8つの異なるトランザクションを1つの操作にパッケージ化できるようになります。ソフトウェアの公式ドキュメントによると、この機能により、相互に依存する指示を統合するための外部インフラを構築する必要が減ります。
この点について、ネットワークバリデーターのVetは、開発者コミュニティが長くこのツールを待ち望んでおり、サービスの直接請求スキームを実装するためであると述べました。彼の見解では、この機能により、アプリケーションは支払いと論理的実行を同じブロック内にリンクさせることで、サードパーティによるリソースの「無料乗車」を抑制しやすくなります。
技術的閾値とBatchV1_1の活性化ウィンドウ
XRP Ledgerのガバナンスプロトコルでは、修正案が信頼されたバリデーターノードの80％以上の支持を得る必要があります。プロトコルの合意ルールによれば、この基準を満たした後、その割合を連続して2週間維持しなければ、実装できません。
カウントダウン中にいずれかの時点でコンセンサスがそのレベルを下回った場合、14日間のタイマーは直ちにリセットされます。
この機能の以前のバージョンは、当初「バッチ」と呼ばれていましたが、今年初めに重大なソフトウェアバグが検出されたため無効化されました。技術的な対策として、メンテナーはBatchV1_1リビジョンを開発し、XRP Ledgerクライアントのバージョン3.3.0で8月6日に正式に配布されました。
コミュニティアナリストは、バージョン3.3.0の現在の採用ペースが維持され、今後数日以内に80%を超えた場合、この技術的機能が9月末までにメインネットで稼働する可能性があると指摘しています。
このツールを利用することで、ソフトウェア作成者はオンレジャー上の異なる命令間に直接的な依存関係を定義できます。これにより、複数の振替、トラストラインの承認、または資産発行が厳格な原子性制約の下で実行されます。つまり、1つでも失敗した場合、すべてが処理されません。
次のマイルストーンは、今後の投票ラウンドにおけるバリデーターテレメトリレポートにかかっており、これにより技術的サポートが決定的なカウントダウンを開始するために必要な閾値に達しているかが確認されます。