Rippleによると、資産運用会社は複数の連結トランザクションを単一のオール・オア・ナッシング操作として決済できる支払いアップグレード「XRP Ledger Batch V1.1」に向けた準備を進めている。この改善案は最大8件のXRP Ledgerトランザクションを1つの親操作の下にグループ化でき、すべてのトランザクションが完了するか、グループ全体がキャンセルされる。このアップグレードにより、資産移転、支払い、プラットフォーム手数料を1つの操作として同時に決済、または同時に失敗させることができる。

XRPL Dashboardによると、この機能への支持は現在、追跡対象バリデータ35台中30台に達しており、アクティベーション進行のために改善案が維持しなければならない80%の絶対多数の閾値を上回っている。改善案がアクティベーションカウントダウンを開始するには28票が必要で、そのプロセスは9月15日14:06:41 UTCに開始された。XRP Ledgerの改善案プロセスでは、プロトコルの変更はバリデータ間で持続的な絶対多数の支持が得られた後にのみ有効となり、これは変更が本番ネットワークに到達する前に幅広い合意を確保するために設計された仕組みである。必要な80%の閾値を14日連続で上回り続ければ、9月29日にアクティベーションが続く可能性がある。

RippleXのエンジニアリング責任者であるAyo Akinyele氏は、商用プロジェクトがすでにXRP Ledger Batch V1.1を念頭に構築を進めていると述べた。

アクティベーションへの条件付き道筋

この投票により、Batch V1.1はアクティベーションへの条件付きの道筋を得た。バリデータはカウントダウン中のいつでも立場を変更できる。支持80%を下回れば、カウントダウンは停止し、改善案が閾値を回復した後、新たな14日間の期間を開始しなければならない。

Batch V1.1はトランザクションを親操作の下にグループ化する。ユーザーは最大8件の連結トランザクションを送信でき、各トランザクションは個別の詳細を保持する。オール・オア・ナッシング設定により、グループ内の1つのトランザクションが失敗した場合の部分的な決済は防止される。

複数ステップのワークフローとは異なり、グループ化された操作は取引相手に明示的な決済条件を与える。一方のレグが失敗した場合、台帳はもう一方のレグを完了しない。この設計により、XRP Ledgerを利用するファンド、取引所、トークン発行者の決済が簡素化される可能性があり、開発者はコールバックや手動の照合に頼らずに移転を組み合わせる手段を得る。この機能自体は採用を保証するものではなく、プロジェクトはテスト、コンプライアンス、準備作業を完了する必要がある。

デリバリー・アンド・ペイメントがユースケースを牽引

このグループ化機能は、デジタル市場を構築する資産運用会社にとって特に重要である。ファンドは同じ台帳操作内でトークン化された資産を移転しながら支払いを受け取ることができ、Batch V1.1はアトミック決済において直接的な役割を果たす。

Akinyele氏は、デリバリー・アンド・ペイメントを主要なユースケースとして挙げた。この方式は、一方の当事者に先に送金を求めるのではなく、資産の引き渡しと支払いを結び付けるもので、取引中の不完全な決済へのエクスポージャーを低減できる。

Rippleはまた、手数料も別の応用例として挙げた。取引所、ウォレット、マーケットプレイスは、顧客のトランザクションにサービス手数料を付加でき、支払いと手数料を1つのグループ化された操作として処理できる。

RippleXは、この機能を利用している商用プロジェクトの名前を明らかにしていない。Akinyele氏は、パートナーが計画と公開時期を正式に確定した後、詳細が明らかになると述べ、アクティベーションにより開発作業が本番環境に近づくと付け加えた。

セキュリティ欠陥からの再登場

画されたアクティベーションは、Batch V1.0の撤回を受けてのものだ。研究者らは2月、重大な署名検証の欠陥を特定した。特定の条件下で、コードが署名の検証を早期に停止する可能性があり、攻撃者が他のアカウントのトランザクションを無許可で含めることができた。

開発者が撤回した時点で、バリデータは元の改善案をアクティベーションしていなかった。そのため、脆弱なコードが実際の台帳を制御することはなく、この欠陥によってユーザーの資金が直接的に危険にさらされることはなかった。

RippleXはこの事案を受けて、署名と認証モデルの一部を再設計した。置き換え版は8月6日にxrpldバージョン3.3.0として出荷され、Rippleは現在検討中のコードがそのリリースと一致していると述べた。

レビューはAI支援分析とSherlockアタックコンテストを含むよう拡大された。セキュリティ企業のHalbornとCommon Prefixが評価を実施し、RippleXはバリデータの承認を求める前に内部の敵対的テストも実施した。同社は、拡張されたプロセスが改善案の再投票への復帰を支えたと述べた。

Akinyele氏は、チームがレビュー基準を引き上げ、欠陥に対処し、Batch V1.1を再度バリデータ投票に提出したと述べた。

現在のスケジュールでは、改善案の期間は9月29日まで続く。この期間を通じて支持は80%以上に維持されなければならない。その水準を下回るとアクティベーションは一時停止となり、支持が回復した後に再度カウントダウンが必要となる。

出典: Blockonomi