Rippleは、資産運用者やその他の商用プロジェクトがXRP Ledgerの決済機能アップグレードであるBatch V1.1の利用準備を進めていると発表した。Batch V1.1は最大8件の取引を一括処理し、全て成功か全て失敗に統一できる機能である。
同社によると、このBatch V1.1は複数の関連取引をまとめて決済可能にする機能であり、広範なセキュリティ審査を経て再構築されたバージョンでの稼働開始が迫っている。
Batch V1.1は最大8件の取引を単一の操作にまとめ、「一括成功・一括失敗」のモードを備えている。これにより、一部の取引のみが成立し他が失敗する事態を防止できる。
RippleXのエンジニアリング責任者Ayo AkinyeleはCoinDeskの取材に対し、「機能稼働後に主要な資産運用者との取り組みも含め詳細を共有していく予定」とコメントした。
Akinyeleは「Batchにより複数取引をまとめて一括実行または全チャンクキャンセルが可能となる。これは特に配送対決済のように資産と決済を同時に行うユースケースにおいて極めて重要だ」と説明している。
配送対決済とは、資産の移転とその対価の決済を連動させる手法であり、一方だけが先に処理されることを避け、元帳が両方の処理を一括完了か全キャンセルの形で行う。
またBatchは、取引所やウォレット、マーケットプレイスが顧客取引に対するサービス料金を直接結びつけ、一連の操作として決済プラットフォームの手数料込みでの処理も可能にすると期待されている。
Akinyeleは「Batchを前提に構築されているプロジェクトも既に存在し、稼働開始はそれらの商用展開を後押しする。具体的なパートナーや開始時期は計画確定後に改めて発表する」と述べた。
本修正提案はXRP Ledger上の35のバリデーターのうち30が支持しており、発動に必要な28票を超えている。
■以前の欠陥を修正して機能が登場
9月15日14時06分41秒（UTC）からカウントダウンが始まり、条件が満たされれば9月29日同時刻直後にBatch V1.1が起動予定だ。14日間にわたり支持率が80％以上を維持することが条件であり、バリデーターは投票を変更できるため日程は確定していない。
今回の発動に至る過程には当初のバージョンにセキュリティ上の不具合があったことが背景にある。
研究者は2月、Batch V1.0の署名検証処理に致命的な脆弱性を発見。特定条件下で署名チェックが途中で省略され、攻撃者が他のアカウントの取引を無断で含められる可能性があった。
修正案は当時バリデーターの審議中で発動前だったため、脆弱なコードが本稼働して資金危険にさらされることはなかった。
一方でRippleXは個別の問題修正にとどまらず、機能を再投票にかける前に改善を加えたとAkinyeleは説明している。
「今回を機に実装をより深く検証し、署名や認証モデルの再設計、セキュリティ審査を大幅に拡充した」と語った。
改良版は8月6日にリリースされたxrpldバージョン3.3.0に実装されており、現在バリデーターが投票しているのは同じコードだと述べた。
セキュリティ審査は社内対抗テストやAI支援分析、Sherlockの攻撃コンテスト、セキュリティ企業HalbornおよびCommon Prefixによる評価が含まれている。
Akinyeleは「重要なのは非常に高い安全基準を設定したことである。V1.0の重大な問題を活用前に発見し、停止、再設計、実装強化、審査拡充を経て初めてV1.1をバリデーターに提示した」と強調した。
この修正は9月29日までカウントダウン中で、支持率が80％を下回るとカウントダウンは停止。原案が再度必要票を得てから新たな14日間の期間が始まる。