XRP(XRP)LedgerのBatchアップグレード、バリデータ支持リセットで10月9日に延期

Batchのカウントダウン、10月9日にリセット

XRP Ledgerの目玉アップグレードであるBatchが、発動スケジュールで少なくとも10日の遅れを抱えることになった。最大8件のトランザクションを単一のアトミック処理にまとめて実行できるようにする修正案BatchV1_1は、9月15日から9月29日の発動に向けてカウントダウンを進めていた。しかし、バリデータの支持率が一時的に必要水準を割り込み、この時計が停止した。

同Ledgerの修正案ルールでは、プロトコル変更の発動には信頼するバリデータの80%超の支持を2週間連続で維持することが求められ、そのラインを一度でも下回ると、支持が数時間で回復しても累積待機時間はゼロに戻る。当方が確認したXRPL修正案ダッシュボードによると、9月25日時点でBatchV1_1は信頼バリデータ35中30まで支持を回復しており、最短発動可能日は10月9日の14:46 UTC前後に再設定された。

Delegation関連のアップグレードも延期

同じ時計が、もう一つの修正案にも作用した。アカウント所有者が資金を管理する署名鍵を渡すことなく、別アカウントに承認済みの特定タスクの実行を委託できるPermissionDelegationV1_1は、9月23日に qualifying水準の支持を失い、1日後の9月24日に回復した。この結果、最短発動日は10月5日から10月8日の21:25 UTC前後へと後ろ倒しとなり、支持が維持されれば、Pending状態の2修正案が24時間以内の間隔で発動する可能性が出てきた。ダッシュボードの記録では、両修正案とも「支持の喪失→1日以内の回復→コードではなく発動日でカレンダーコストを負担」という同一パターンを辿っている。

この仕組みが特に意味を持つのは機関投資家向けだ。決済向けに設計されたレイヤー1ネットワーク上のトークン発行者は、財務を守るマスター鍵を一切露出させず、決済実行とコンプライアンスチェックを別々の運用アカウントに割り当てられる。これは伝統金融で監査人が求める職務分掌そのものだ。Batchと組み合わせれば、資産の引き渡しを担うアカウントと支払いを解放するアカウントが、どちらも同時に実行または失敗する、役割分離型のアトミック決済ワークフローへの道が開ける。トランザクションを検証しネットワーク変更に投票するバリデータは、実質的に1週間で両修正案のブレーキ役を果たした。これは技術的な失敗ではなく、合議支持が揺らげば2週間の観測期間を最初からやり直すという、意図的に保守的な設計された発動プロセスが意図通りに機能した結果だ。 市場をリアルタイムで追いたい読者は、Binanceで現物・先物価格をライブで確認できる。

注目すべきは10月8日と10月9日

当方の見立てでは、この二重のリセットは失速というより、同Ledgerのガバナンスが速度より予見可能性を優先していることの証左であり、XRP価格への直接的影響は限定的とみられる。両修正案はいずれもLedger運用ソフトウェアxrpld 3.3.0にすでに搭載済みで、ノード運営者は支持を維持する以上の追加対応を必要としない。合議が持ち堪えれば、注目日は10月8日と10月9日となり、バッチ処理と権限委譲の組み合わせが、トークン化資産やPayFiワークフローが要求するアトミックで役割分離された決済へとネットワークを近づける。遅延の間も機関需要は続いており、直近のXRP ETF資金流入はBitwiseが1日当たり991万ドルで首位を維持。また30日間のデータでは、XRPL上のAIエージェントの決済選好がRipple USD側へシフトしていることも確認されており、アップグレード日程とは別に同Ledgerの決済ストーリーは進化を続けている。