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

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

XRP Ledgerの目玉アップグレードであるBatchは、発動スケジュールが少なくとも10日間後ろ倒しになった。最大8件のトランザクションを単一のアトミック操作にまとめて実行できる amendment「BatchV1_1」は、9月15日から9月29日の発動に向けてカウントダウンを進めていたが、バリデータの支持率が一時的にカウント維持に必要な水準を割り込んだ。当該台帳の amendment ルールでは、プロトコル変更が有効化されるには信頼するバリデータの80%超の支持を2週間連続で維持しなければならず、このラインを一度でも下回ると、数時間で票が戻った場合でも積み上げた待機時間がすべて失効する。我々が確認したXRPL amendmentダッシュボードによれば、BatchV1_1は9月25日時点で信頼バリデータ35台中30台の支持まで巻き戻っており、最も早い発動可能日は10月9日午後2時46分(UTC)ごろにリセットされた。

Batchが変えるのは生のスループットではなく、実行のセマンティクスだ。オール・オア・ナッシングのオプションにより、トークン化資産の買い手は支払いと資産移転を1回の操作で決済できるため、取引のどちらか一方だけが完了することはない。これはトークン化資産の決済や払込対価引渡し(PvD)リスクに直接狙いを絞った構造だ。また、この機能は2度目の試みでもある。当初のBatch実装は、開発者が署名検証の重大な欠陥を特定したため、メインネット発動前に撤回され、修正版は8月に台帳を運用するソフトウェアxrpld 3.3.0として出荷された。RippleXのエンジニアリング責任者Ayo Akinyeleは、すでに一部のプロジェクトがBatchを前提に構築を進めており、発動すればその作業が本番環境に一歩近づくと述べているが、提携先や開始時期は明かしていない。支持率の低下は短時間のみだったとみられるが、ルールに裁量の余地はない。支持は素早く回復したのに、カレンダーは回復しなかった。

Delegationアップグレードも延期

同じカウントの仕組みで、2つ目の amendment も延期された。アカウント所有者が資金を管理する署名鍵を共有することなく、承認済みの特定タスクの実行を別アカウントに委任できる「PermissionDelegationV1_1」は、9月23日に要件を満たす支持を失い、1日後に回復した。このリセットにより最速の発動日は10月5日から10月8日、午後9時25分(UTC)ごろへと移され、支持が維持されれば台帳の保留中 amendment のうち2件が約24時間の間に相次いで発動する軌道に乗った。ダッシュボードの記録を確認したところ、両 amendment は共通のパターンをたどっている。支持が失われ、1日以内に回復し、そのコストの全額がコードではなく発動日によって吸収されるというものだ。

このメカニズムが最も重要になるのは機関投資家向けだ。決済用途に特化して設計されたレイヤー1ネットワーク上のトークン発行者は、金庫を守るマスターキーを一切露出させずに、支払い実行とコンプライアンスチェックを別々の運用アカウントに割り当てられる。これは伝統的金融で監査人が期待する職務分掌と同じだ。DelegationはBatchと組み合わせることで、役割分離されたアトミック決済ワークフローへの道を開く。資産を引き渡す権限を持つアカウントと、支払いを解放する権限を持つアカウントが、それぞれの操作を同時に実行するか同時に失敗する。トランザクションを検証しネットワーク変更に投票する運営者であるバリデータは、実質的にわずか1週間の間に両 amendment のブレーキ役を果たした。これは技術的な失敗ではない。支持の揺らぎがあれば2週間の観察期間をやり直す、という台帳が意図して設計した保守的な発動プロセスが、弱い支持のまま変更を強行しないために機能した結果だ。市場参加者にとっての実務的な影響は、10月中旬に2件のガバナンス変更が連続して発効しうる圧縮された時間枠だ。それぞれが、活動の重心がますますXRPエコシステムに置かれるネットワーク上で、決済とアカウント認可の仕組みを変えうる。リアルタイムで市場を追う読者は、Binanceで現物および先物の価格を確認できる。

注目日は10月8日と10月9日

Batch延期と並行して新たな動きもあった。XRP Ledgerのコアチームは、セキュリティ上重要な問題に対処する緊急リリースxrpld 3.4.1を公開した。このアップデートにはBatchトランザクションに関連するfixBatchV1_2 amendment が同梱されており、サーバー運用者にはできるだけ早いアップグレードが呼びかけられている。もしfixが10月9日のBatch発動枠で有効化される場合、旧バージョンを運用し続けるサーバーはネットワークとの同期を失う可能性がある。このリリースはXRPの供給量や利用ルールを変更するものではないが、10月中旬にノード運用者へ支持率の維持という課題に加えて2つ目の対応事項を課すことになった。今後の焦点は、その日までバリデータの支持が80%の閾値を上回り続けるかどうかだ。

(01:01 UTC時点)当方の見立てでは、この同時リセットは挫折というより、台帳のガバナンスが速度より予見可能性を優先している証拠であり、XRP価格への直接的な影響は限定的とみる。両 amendment はすでにxrpld 3.3.0に含まれているため、ノード運用者は支持を維持する以上の追加対応を必要としない。合意が保たれれば、注目すべきは10月8日と10月9日だ。バッチ処理と委任機能により、ネットワークはトークン化資産やPayFiワークフローが求めるアトミックかつ役割分離された決済に一歩近づく。延期期間中も機関需要は続いており、直近のXRP ETF流入はBitwiseが1日当たり991万ドルを購買してけん引した。一方、30日間のデータでは、XRPL上のAIエージェントの決済選好がRipple USDへとシフトしている。アップグレード日程とは別に、台帳の決済物語が変わり続けていることを示す動きだ。