リップル、資産運用会社がXRPL Batchの準備を進めていると発表

出典:Crypto.news2026/09/20 17:34
分析
Batch V1.1は、機能発表というよりもXRPLのアメンドメントガバナンスのテストとして重要だ。追跡されている35のバリデータのうち30が支持しているが、有効化は9月29日まで80%の支持を中断なく維持することに依存しており、ウィンドウ中に票が変わる可能性もある。もし有効化されれば、実用的な変化は最大8つの内部トランザクションのアトミックなグループ化であり、これによりデリバリー・バーサス・ペイメントの各レッグを一緒に決済でき、別々の順次リスクのある転送の必要性がなくなる。リップルが資産運用会社がBatchを中心に構築していると主張しているのは未検証であり、パートナーや開始日が名前を挙げられていないため、機関投資家の需要シグナルは文書化された採用ではなく企業の声明にとどまっている。バリデータの支持がカウントダウンを通じて維持されるか、リップルが有効化後に資産運用会社のカウンターパーティを名前を挙げるか、改訂された署名形式がxrpl.jsやbinary-codecなどのツールに統合問題なく採用されるかに注目すべきだ。

このコンテンツに関するフィードバックやご質問がある場合は、crypto.news@kcex.comまでお問い合わせください

リップル、資産運用会社がXRPL Batchの準備を進めていると発表 リップル、資産運用会社がXRPL Batchの準備を進めていると発表

XRP LedgerのBatch V1.1は、必要なバリデータのしきい値を上回り続けており、リップルは、今月中に有効化された場合にこのトランザクション機能を使用する準備を資産運用会社や商業プロジェクトが進めていると述べている。

  • Batch V1.1は30のバリデータ票を獲得し、XRP Ledgerの9月29日の有効化カウントダウンは順調に進んでいる。
  • リップルは資産運用会社がBatchを中心に構築を進めていると述べているが、具体的なパートナーは今のところ非公開のままだ。
  • Batchは8つのトランザクションをグループ化でき、関連する資産と支払いの転送をアトミックに同時決済できる。
  • 研究者が2月に重大な署名検証の欠陥を発見した後、開発者は元のBatchを置き換えた。
  • XRPLバージョン3.3.0は、拡大されたレビューと追加のセキュリティ問題の修正を経てBatch V1.1を出荷した。

CoinDeskは9月19日、RippleXのエンジニアリング責任者Ayo Akinyele氏が、最大8つのトランザクションを単一のBatch操作にまとめることができるBatch V1.1を中心に、資産運用会社に関わる作業が準備されていると述べたと報じた。リップルは資産運用会社の名前や正式な開始日を公表していない。

9月20日に確認されたライブのアメンドメントデータでは、追跡されている35の信頼されたバリデータのうち30がBatch V1.1を支持していた。XRP Ledgerはアメンドメントが有効化される前に、少なくとも80%の支持が14日間連続で維持されることを必要としており、現在のしきい値は28票となる。カウントダウンは9月15日14:06:41 UTCに始まり、支持が続けば9月29日の同じ時刻直後の有効化の可能性を示している。

XRP Ledger Batch V1.1は決済の各レッグを結びつけることができる

XLS-56仕様はBatchを、2から8の内部トランザクションをパッケージ化するトランザクションとして定義している。これは4つの処理モードをサポートする。All or Nothing、Only One、Until Failure、Independentだ。All or Nothing設定では、グループ全体が正常に実行される必要があり、そうでなければバッチは効力を発揮しない。

リップルは商業的な議論の一部を、デリバリー・バーサス・ペイメント(DvP)に焦点を当てている。そのようなトランザクションでは、資産の転送とその支払いを同じアトミック操作内に配置できる。支払いが失敗した場合、オール・オア・ナッシング設定の下では、関連する資産転送は完了しない。

Akinyele氏はCoinDeskに対し、「機能が稼働したら、主要な資産運用会社との取り組みを含め、さらに多くのことを共有する予定です」と述べた。リップルはこれらの企業を特定していないため、この声明は、名前を挙げたパートナー発表を通じてまだ公に文書化されていない作業についての企業による説明にとどまっている。

XLS-56仕様は、トラストレスなマルチアカウントスワップ、プラットフォーム手数料、フラッシュローン構造などを潜在的な用途として挙げている。例えば、マーケットプレイスやウォレットは、別々のトランザクションを必要とせずに、顧客の支払いをサービス料と一緒にパッケージ化できる。また、異なるアカウントが同じBatchの個々のレッグを承認できる。

Akinyele氏は「すでにいくつかのプロジェクトがBatchを念頭に構築されている」と述べたが、パートナーの身元や本番スケジュールは非公開のままだ。リップルは、計画が最終決定された後に詳細が続くと述べた。

バリデータの支持が9月29日のウィンドウを維持

9月20日の最新の読み取り時点で、Batch V1.1はXRPLDashboardが追跡する35のバリデータのうち30の支持票を獲得しており、約85%に相当する。したがって、支持は有効化ウィンドウを継続するために必要な28票のしきい値を上回ったままだ。

予測される9月29日という日付は条件付きだ。XRPLのアメンドメントは、一度80%を超えただけで有効化されるわけではない。バリデータは完全な14日間、超多数派を維持する必要があり、カウントダウン中に票を変更することもできる。支持が必要な水準を下回った場合、現在のウィンドウは停止し、しきい値が回復した後に新たな中断のない期間が必要となる。

最新の集計は、今月の支持の急速な上昇を延長している。当時、Batch V1.1は35のバリデータ票のうち24票、つまり68.57%で、有効化のしきい値を下回っていた。支持は9月15日までに27票に増加し、その後、カウントダウンを開始するのに十分なバリデータがアメンドメントを支持した。

アメンドメント自体は8月6日にxrpldバージョン3.3.0とともに出荷された。公式のXRP Ledgerリリースノートは、Batch V1.1を元のBatchアメンドメントの代替と説明し、アトミックスワップ構造を含む最大8つの内部トランザクションをサポートすると述べている。

それ以来、XRP Ledger Foundationはxrpld 3.4.0をリリースした。9月16日のソフトウェアリリースは、別個のレンディングとクリーンアップのアメンドメントを導入し、Batch V1.1を置き換えるものではない。Batch V1.1は独自のメインネット投票プロセスに残っている。サーバー運営者はサービスの継続性のためにバージョン3.4.0へのアップグレードを勧められた。

Batch V1.1は最初のバージョンの重大な欠陥に続いて登場

現在のアメンドメントは、開発者が2月に元のBatch提案を停止した後に登場した。XRPLの公式脆弱性開示によると、セキュリティ研究者のPranamya Keshkamat氏とCantina AIのApexツールが2月19日に重大な署名検証の欠陥を特定した。

特定の条件下で、脆弱なコードは新しく作成されたアカウントに遭遇した後、Batch署名者のチェックを停止する可能性があった。XRPL Labsは、攻撃者がそのアカウント所有者の秘密鍵を所持することなく、別のアカウントからの不正なトランザクションを含めることができた可能性があると述べた。潜在的なトランザクションには、支払いや特定の台帳状態の変更が含まれ得た。

この欠陥はXRP Ledgerメインネットで有効化されることはなかった。元のアメンドメントはまだ投票段階にあり、XRPL Labsは資金が危険にさらされることはなかったと述べた。バリデータは反対票を投じるよう勧められ、2月23日にリリースされたrippledバージョン3.1.1は、BatchとfixBatchInnerSigsをサポート対象外とし、有効化できないようにした。

その後、開発者は代替版の署名と承認のロジックを変更した。脆弱性レポートによると、修正は早期の成功条件を削除し、承認の保護措置を追加し、署名チェックのルールを厳格化した。Batch V1.1は開発とレビューの後、後にxrpld 3.3.0に組み込まれた。

現在のバリデータ投票の前にもセキュリティ作業は続けられた。crypto.newsがBatch V1.1のセキュリティレビューの報道で伝えたように、開発者はアメンドメントが現在の投票段階に達する前に、署名、承認チェック、サーバークラッシュの可能性に関わるさらに11の問題を修正した。

Akinyele氏はCoinDeskに対し、レビューには内部の敵対的テスト、AI支援分析、Sherlockセキュリティコンテスト、HalbornとCommon Prefixが関与する評価が含まれていたと述べた。CoinDeskはこれらの詳細をRippleXに帰属させた。そのレビューのすべての部分を網羅する公開パートナーレポートは、この記事のためにレビューされた資料には含まれていなかった。

XRPL開発者エコシステムは、署名設計の進化に伴い、支援的な変更を行った。公式xrpl.jsリポジトリの6月のイシューは、追加のアカウントとシーケンス情報が署名にバインドされたため、古いBatch署名ロジックがBatch V1.1の改訂された形式と一致していなかったことを記録している。JavaScript binary-codecのリリース履歴は、Batch V1.1の署名サポートが8月のバージョン2.9.0で追加されたと述べている。

資産運用会社はXRPLでより多くのトークン化決済をテストしている

リップルのBatchに関するコメントは、金融機関や開発者がトークン化資産や機関投資家向け決済プロジェクトにXRP Ledgerインフラを使用している中で出された。6月には、JPMorgan、Mastercard、Ondo Finance、リップルがXRP Ledgerを使用したトークン化された米国債の償還テストに参加した。

リップルの社長Monica Long氏は8月、金融機関が一部のトークン化資産の作業をパイロットプログラムから本番へ移行させていると述べた。Crypto.newsはリップルの機関投資家向けトークン化プロジェクトについて、Aviva Investorsが7月にXRPL上でトークン化されたファンドのシェアクラスを立ち上げたこと、そしてリップルがRLUSDをアトミックなデリバリー・バーサス・ペイメント決済のための現金レッグの可能性として見ていることを報じた。

オンチェーンの資産活動はその開発とともに成長してきた。別のcrypto.newsによるXRP Ledger RWAデータのレビューは7月、RWA.xyzの数値に基づき、ネットワークが6か月間でステーブルコインを除くトークン化された現実世界資産の価値で約26億ドルを追加したと報じた。同じレポートは、表示された資産価値と実際に流通している資産は大きく異なる指標であると警告した。

Batch V1.1自体は、資産運用会社が転送される資産としてXRPを使用することを要求しない。この機能はトランザクション層で動作し、異なるアカウントからのサポートされたXRPLトランザクションをパッケージ化できる。XRPは台帳のトランザクション手数料に関連し続けるが、基礎となるトランザクションは他のサポートされた資産やトークン構造を含むことができる。

次の手続き上のイベントは、現在のアメンドメントウィンドウの終了だ。XRPLDashboardは、少なくとも80%のバリデータの支持がカウントダウン全体を通じて中断なく維持された場合、Batch V1.1の有効化を9月29日14:06:41 UTC頃と予測している。9月20日の最新の公表集計は、追跡されている35のバリデータのうち30票の賛成のままだった。

免責事項:本ウェブサイトに転載されている記事は、公開プラットフォームから取得したものであり、参考情報としてのみ提供されています。これらの記事は、KCEXの見解または意見を代表するものではありません。すべての著作権は原著作者に帰属します。転載記事が第三者の権利を侵害していると思われる場合は、削除のため crypto.news@kcex.com までご連絡ください。KCEXは、転載記事の適時性、正確性、完全性についていかなる表明または保証も行わず、当該内容に基づいて行われた行為または決定について一切責任を負いません。転載資料は情報提供のみを目的としており、商業、金融、法律および/または税務上の判断に関する助言、推奨、または根拠を構成するものではありません。