XRP(XRP)LedgerのBatchV1_1改定、支持率68%で80%基準に接近

BatchV1_1の支持率が68%に到達

XRP LedgerでBatchV1_1の発動が現実味を帯びてきた。今年初めに当初版のBatchが撤回されて以来、改定を重ねて保留状態にあったこのアmendメントについて、コミュニティが集計するネットワークの投票データによると、9月7日時点でバリデータの支持率が約68%に達した。発動に必要な80%のコンセンサス基準には依然届いていないものの、差は十分に縮まり、エコシステム関係者の間ではXRP Ledgerとそのネイティブ資産の発動タイムラインを描き始める動きが出ている。

XRP Ledgerのアmendメント手続きでは、提案された変更が少なくともバリデータの80%の支持を獲得し、その多数派を14日間連続で維持すると、自動的に有効化される仕組みだ。この期間中にいったん支持が基準を下回れば、2週間のカウントダウンはリセットされ、手続きは最初からやり直しとなる。現状のトラッキングでは、80%のラインを超えて維持できれば、BatchV1_1は9月中の発動も視野に入る——ただしカウントダウンが完走するまで保証は一切ない。ここまでの道のりは決して平坦ではなかった。当初のBatch版は重大なバグの発覚後に無効化され、修正作業が行われた結果、改定版は8月6日にリリースされたXRP Ledgerソフトウェアのバージョン3.3.0に組み込まれた。つまり同リリースを稼働させるノードオペレーターはすでに改定コードを抱えており、残るは投票段階のみである。支持率68%の現在地から、観察期間が始まるためにはさらに約12ポイントの支持拡大が必要だ。今後の投票ラウンドが、過去のXRPL提案の一部のように頓挫するか、前進するかを左右する決定的なシグナルとなる。

開発者にとってのBatchV1_1の変更点

技術的な観点から見ると、BatchV1_1が解決するのは長年の制約だ。これまでXRPLのプロトコルには、複数のトランザクションをグループ化するネイティブな手段が存在しなかった。チェーン上の各アクションは独立したトランザクションとして扱われるため、複数ステップのワークフローを持つアプリケーションは、独自のインフラをネットワークに外付けせざるを得なかった。今回のアmendメントはこの制約を取り払い、開発者が最大8件のトランザクションを単一のトランザクションにパッケージ化できるようにするもので、バンドルされた各ステップの依存関係も明示的に定義できる。直近のバリデータ票数を伝えたコミュニティの投稿は、この変更がXRPエコシステムに新たなユースケースを大きく解放すると論じており、改定版が投票に入って以降、ビルダーの間で同様の見方が広がっている。

直近のバリデータ票数https://x.com/xmoonkie/status/2096943070927311139

実用面での波及範囲は広い。決済サービスは送金と手数料決算をアトミックに一体化でき、どれか一つだけが単独実行される事態を原理的に排除できる。マーケットメイカーやリクイディティ運営者は、注文発注とリバランス処理をペアリングでき、部分的な約定でポジションが宙吊りになるリスクを潰せる。XRPLのバリデータであるVetは、レジャーのアップグレードについて頻繁に論評している識者だが、ビルダーがこの機能を長年待ち望んできたと述べ、サービスへの直接課金が容易になり、アプリの恩恵を受けながら代金を払わないフリーライダー問題が解消されるとの見方を示した。実行をベースチェーンの外部へ移すレイヤー3のスケーリング設計や、専用ネットワークを立ち上げるアプリ特化型ブロックチェーンとは異なり、バッチ処理は複雑なワークフローの全ステップをレジャー上に留める。XRPLの単一ソースによる決算保証を維持したまま、構築可能なアプリケーションの幅を拡げる発想だ。 市場をリアルタイムで追いたい読者は、Gateで現物・先物価格をライブで確認できる。

14日間のカウントダウンへ

COINOTAGの読みでは、バージョン3.3.0に添付されたリリースノートがここでの権威ある記録である。BatchV1_1は8月6日に出荷済みのコードに含まれており、発動の成否は現在もっぱらバリデータ投票の問題であって、エンジニアリングの問題ではない。アップグレードはレジャーにとって多忙な時期に降り注いでいる。Rippleがエスクローに7億XRPを再ロックし、クロスチェーンでの再ミントに伴い1,363,614 RLUSDをバーン、さらにBISの統計検証PoCがネットワークの速度をテストしたばかりだ。資産の詳細については、当社のXRPカバレッジハブを参照されたい。支持率が80%を超えて全期間維持されれば、開発者は10月初旬までに8トランザクションのバッチ化プリミティブを手にする。票が停滞すれば、コンセンサスプロセスは粛々とカウントを続けるだけである。