XRPレジャーは、8つのトランザクションをまとめたアップグレードを10月9日に実施する予定です。

1回の送信で8つのアクション、異なる実行ルール

XRPレジャー（XRPL）のアップグレードが実施されれば、支払いや資産の送金を同時に決済できるようになり、取引の一部のみが完了するリスクが軽減されます。この変更により、グループ化実行の標準規格であるXLS-56が実装されます。その修正版であるBatchV1_1は、セキュリティ上の欠陥が発見されたことを受け、以前の実装に取って代わるものです。

XRPLのバリデーター支持率および有効化カウントダウンダッシュボードによると、10月3日時点で35の信頼できるバリデーターのうち30がBatchV1_1を支持しており、支持率は85.71％です。バリデーターはトランザクションを検証し、ネットワークの変更に関する決定に参加します。 修正案の可決には2週間連続で80％以上の支持が必要で、過半数を下回るとカウントダウンはリセットされます。この設計により、ユーザーは各操作を個別に送信する必要がなく、複数の操作を1つの送信にまとめることができます。ユーザーは、ネットワークのネイティブ暗号資産であるXRPで取引手数料を支払います。 これらの手数料は、XRPや共有ブロックチェーン上に記録されたその他の資産に関連する取引に適用されます。 デジタル資産プラットフォームのUpholdはX上で、バリデーターの85％以上がBatchアップグレードを支持したと発表しました。支持率が必要な閾値を上回り続ければ、10月9日にアップグレードが有効化される可能性があります。

資産の引渡しと支払いを1つの条件付き取引に統合可能

デジタル資産と引き換えに支払いを行う買い手は、「オール・オア・ナッシング」型のバッチ取引を利用することで、両方の送金を成功を条件として実行できます。いずれかのステップが失敗した場合、どちらの送金も有効になりません。この仕様では、1つのアカウントまたは複数のアカウントを扱う操作が許可されており、参加者は一方の処理を個別に完了させることなく、交換を調整することができます。

4つのバッチ実行モードにより、開発者は成功や失敗に対して異なる処理方法を選択できます。他の3つの設定では、最初に成功したアクションのみを実行する、最初の失敗で処理を停止する、あるいは含まれる各操作を個別に処理します。複数アカウントを跨ぐ取引の参加者は、グループ全体に対して承認を行う必要があります。

ただし、バンドルしても処理コストがなくなるわけではありません。合計手数料には基本手数料、間接費、適用される署名手数料が含まれます。9月の取引記録によると、失敗した試行でもXRP手数料が発生していました。「オール・オア・ナッシング」方式で送信されたアクションが有効にならなかった場合でも、処理手数料は支払わなければなりません。

別のセキュリティ修正により、10月9日にソフトウェアの更新期限が設定される

機能アップグレードと並行して、XRPLは9月25日、セキュリティ上重要な問題に対処するため、サーバーソフトウェアバージョン3.4.1をリリースしました。このリリースでは、グループ化されたアクションのチェック方法を修正する独立した修正プログラム「fixBatchV1_2」が導入されました。これが有効になると、古いソフトウェアを実行しているサーバーはネットワークとの同期を維持できなくなります。

この決済機能は、XRPLにおける取引活動の歴史的な増加とトークン化の進展を受けて導入されました。9月2日時点の集計データによると、1月から7月にかけての1日平均取引件数は21％増加し、240万件に達しました。トークン化とは、ファンドや債券などの資産を、保有者間で譲渡可能なブロックチェーンベースのトークンとして表現することです。

リップルはまた、8月に発表したZiloやLicuidoへの投資など、トークン化された資産の発行・取引に向けたインフラ整備も進めています。

セキュリティ修正案の有効化は米国東部夏時間（EDT）10月9日午前10時12分頃を予定しており、その後、BatchV1_1がEDT午前10時46分頃に有効化される見込みです。ただし、それぞれが必要なバリデーターの過半数の支持を維持していることが条件となります。