XRPLがエスクローバグに対処、機関向けトークン化ワークフローに影響

• XRPL 3.0.0はTokenEscrowV1を導入し、変換手数料を伴うMPTエスクロー会計を修正し、LockedAmount供給のずれを防止します。
• この修正案は、ネットワークノード全体で一貫したエスクロー完了動作を保証するため、バリデーターの承認が必要です。

RippleはXRP Ledgerバージョン3.0.0をリリースし、バリデーターとノードオペレーターに遅延なくアップグレードするよう促しました。このリリースは、発行資産のトークンエスクローの内部テスト中に発見されたエスクロー会計バグを対象としています。Rippleは、この修正により、機関がXRPL上で時間ロックまたは条件ベースのトークン配信を使用する際の一貫した決済動作をサポートすると述べました。

なぜこれがXRP Ledgerにとって重要なのか

エスクローは、スケジュールされた取引と条件付きリリースに使用される長年のXRPL機能です。これまでXRPのみで機能していたため、発行者が自身のトークンにエスクローを使用する方法が制限されていました。XLS-85トークンエスクロー提案は、エスクローをIOUや多目的トークンを含む他の発行資産に拡張し、企業ワークフローにおいてXRPを超えたエスクロー配信を可能にします。

多目的トークンは、代替可能性と非代替性の特性を組み合わせたXRPLネイティブのトークン形式です。共有特性を持ちながら、資産固有のメタデータをオンチェーンに保存できます。開発者は、コア制御のために外部のスマートコントラクトに依存せずにルールとライフサイクル処理を組み込むことができるため、コンプライアンストークン化に適していると説明しています。

メインネットワークではまだ有効化されていない元のトークンエスクロー設計の内部テスターは、変換手数料を請求する多目的トークンの会計ミスマッチを特定しました。 

テストケースでは、エスクローが100トークンをロックし、ロック解除時に1トークンの変換手数料を適用しました。受取人は手数料適用後、正しく99トークンを受け取りました。しかし、発行者の会計では、発行者のLockedAmountが完全な100ではなく99減少しました。完了後に1トークンがロック状態として記録されたままとなり、時間の経過とともに発行者のメトリクスが同期しなくなります。

TokenEscrowV1は総エスクローと純配信を分離

バージョン3.0.0には、手数料を伴う多目的トークンのエスクロー完了処理方法を変更するTokenEscrowV1修正案が含まれています。この修正案は、総エスクロー会計と純配信会計を分離します。 

エスクローが完了すると、LockedAmountは元々エスクローに配置された全額分減少し、エスクロー前のレベルに戻ります。変換手数料は発行者の手数料メカニズムを通じて独立して処理されるため、配信された純額のみが未決済供給計算に影響します。発行者の変換手数料メカニズムは、手数料額を別途会計処理します。

ネットワークは、このアプローチによりエスクロー完了後にトークンがロック状態のまま残ることを防ぎ、発行者のLockedAmountメトリクスを台帳の状態と整合させると述べました。この修正を、スケジュールされた支払いや変換手数料を伴う発行資産を使用する自動化された財務業務など、正確なエスクロー会計に依存する機関投資家向けトークン化ワークフローに関連付けました。

TokenEscrowV1はコア台帳処理を変更するため、修正案投票による有効化が必要です。バリデーターは、ノードがネットワーク全体で同じエスクロー完了ルールを適用することを保証するために修正案を承認する必要があります。Rippleは、ネットワークが有効化に向けて進む中で実装の互換性を維持するため、オペレーターにバージョン3.0.0へのアップグレードを要請しました。

新しいXRP Ledgerバージョン3.0.0は、Rippleが日本金融インフラ革新プログラムを通じて、Asia Web3 Alliance JapanおよびWeb3 Salonとのパートナーシップにより日本での展開を拡大してから数週間後に登場しました。

本稿執筆時点で、XRPは過去24時間で9.34%上昇した後、$2.33で取引されていました。