XRP LedgerのBatch V1.1アップグレードは、バリデータの支持が一時的にAmendmentの承認に必要な水準を下回ったため、発動時期が後ろ倒しとなっています。この変更は、2週間のカウントダウンを開始できる十分な支持を確保し、発動に向けて進展していました。

採用された場合、Batchはユーザーが最大8件のXRP Ledgerトランザクションを、原子的に実行される単一の操作にまとめることを可能にします。つまり、すべてのトランザクションが成功するか、あるいはすべてが失敗するかのいずれかです。この「全か無か」の実行方式により、決済は完了したのに紐づく手数料の処理が失敗するといった、部分的なシーケンス完了のリスクが排除されます。この機能は、DVP（JPV：対現金渡し）決済をはじめとする幅広い決済・資産移転のユースケースに対応できる可能性があります。また、取引所、ウォレット、マーケットプレイスが、顧客の支払いと関連するサービス手数料を一つのステップで組み合わせることも可能になります。

バリデータ支持がカウントダウンをリセット

XRP Ledgerのガバナンスでは、Amendmentの発動にはネットワークのトラスト済みバリデータ集合から少なくとも80%の支持が必要で、その水準を14日間の発動期間を通じて維持しなければなりません。この基準は意図的に厳しく設定されています。一時的な過半数では十分ではなく、一度発動されたAmendmentは今後の台帳プロトコルの一部となります。

CoinDeskの9月19日の報道によると、Batch V1.1は追跡対象35バリデータのうち30の支持を獲得しており、当時9月29日の発動を見据えたカウントダウンを開始できる水準でした。その後、支持が必要な基準を下回り、タイマーが停止しました。支持が回復した後、ネットワークは新たな14日間の期間を開始する必要があり、最早発動日は10月9日となりました。この日程はバリデータが支持を維持することを条件としており、期間中に再び80%を下回った場合、支持が回復するまでタイマーは再度一時停止します。

再投票前のセキュリティレビュー

Batch V1.1は、テスト中に開発者が致命的な署名検証の欠陥を発見したため、稼働中のネットワークに到達する前に撤回されたのAmendmentを再構築したバージョンです。バリデータの投票に戻る前に、改訂版の実装は追加のセキュリティレビューを受けました。CoinDeskの報道によると、開発者は署名、認可チェック、およびサーバークラッシュの可能性に関する複数の問題を修正しました。

この再投票は、XRP Ledgerのバリデータガバナンスの仕組みを浮き彫りにしています。Amendmentが必要な支持水準に達した後でも、バリデータは発動期間中に投票を変更することができます。Batchの導入を計画している企業にとって、この遅延は、ネットワークが新たな発動期間を完了するまで、この機能に関連する本番導入のタイムラインを待つ必要があるかもしれないことを意味します。