XRPバリデータの85.71%がバッチ改修を支持、10月9日の発動へ

支持率85.71%、基準は80%を上回る

XRP Ledger(XRPL)は年内最大となるトランザクション形式の変更を控え、その発動を左右する最後の関門を前にしている。Batch amendmentの発動には80%超の支持を14日間連続で維持する必要があり、期日は10月9日(金)に設定されている。10月3日(土)時点で、バリデータダッシュボードは信頼済みバリデータ35中30がBatchV1_1に賛成と記録した。支持率は85.71%に達する。BatchV1_1は、XLS-56バッチ実行標準の修正版実装だ。デジタル資産プラットフォームUpholdがX投稿でこの集計を公表し、支持率が下落しなければ10月9日に発動するとの見通しを示した。バリデータはトランザクションを検証し、ネットワーク変更への投票を行う存在で、支持率が基準を下回ればカウントダウンは完全にリセットされる。

Batchは、台帳への処理の届け出方を根本から変える。トランザクションを一件ずつ送る代わりに、利用者は最大8件を一つの申請にまとめて送信できる。処理結果の扱いは、XLS-56バッチ実行標準が4つのモードで定義する。ALLORNOTHINGは全操作を実行するか、一切実行しないかのいずれかに結果を限定するモードで、支払いとトークン化資産の引渡しを紐付け、片方だけが成立して片方が失敗する事態を防げる。残る3モードは、最初に成功した操作のみ実行する、最初の失敗で停止する、各操作を独立に処理する、という挙動になる。複数のアカウントが関与する場合、参加するすべてのウォレットアドレスが当該グループを承認しなければならない。

まとめ送信がコストを免除するわけでもない。統合された申請には基本手数料、管理手数料、該当すれば署名手数料が課され、いずれも台帳のネイティブ資産であるXRPで支払う。この台帳は市場有数のアルトコインを支える基盤だ。9月の取引記録では、失敗した申請でも手数料が発生していたことが示されており、実行されない操作があってもXRPのコストは生じ得る。

3.4.1適用で運用者に期限

同じ発動窗口に乗るもう一つの改修は、サーバー運用者に義務を課すものだ。台帳ソフトウェアxrpld 3.4.1は9月25日(金)にリリースされた。セキュリティに関わる修正で、同梱のamendment「fixBatchV1_2」がバッチトランザクションの検証方法を是正する。10月3日のダッシュボード集計では、このamendmentに賛成のバリデータは34を数えた。発動後も旧ソフトのままのサーバーはネットワークとの同期を失う恐れがあるため、運用者は期日前に3.4.1への更新を確認する必要がある。発動日が確約されているわけでもない。10月9日という日程は支持率が必要水準を維持している間のみ有効で、ダッシュボードは支持率のいかなる低下も2週間の待機期間のやり直しとして扱う。

改修の動きは、利用拡大と重なっている。9月2日に集計されたデータによれば、1月から7月にかけて台帳の1日平均トランザクション数は21%増の240万件に達した。また単一の台帳が1回の合意で2,713件のトランザクションを処理し、これはBatch変更とは別個のスループット記録となっている。Rippleはトークン化資産の発行・取引インフラの構築を進めており、8月にはZiloとLicuidoへの投資を発表した。トークン化は、ファンド、債券、xStocksのような株式ラッパーを、保有者が転送可能なブロックチェーン上のトークンとして扱えるようにする分野であり、DeFiの決済フローとの結合が進んでいる。まさにバッチ形式の申請が吸収すべきトラフィックだ。この構築の進捗はXRP Ledger関連の報道でも確認でき、RippleXの責任者による台帳上のx402決済に関する説明も含まれる。

支持期間は10月9日に完結

COINOTAGの見立てでは、2つの修正案は期限を二つ抱えた一つのリリースとして読める。バッチトランザクションの公式ドキュメントは4つの実行モードを確認できるものであり、3.4.1のリリースノートは同期リスクを明示する。fixBatchV1_2が発動すれば未適用のサーバーは取り残され、時刻は10月9日の米東部時間午前10時12分ごろ、BatchV1_1の発動は同午前10時46分ごろとされる。XRPの価格に予定された個別のイベントはなく、残された作業はバリデータと運用者側にある。バリデータは2週間の窗口を通じて80%超の支持を維持し、運用者はその期間が尽きる前に3.4.1への更新を完了させねばならない。