XRPLアドレスのエスクローバグが機関向けトークン化ワークフローに影響

• XRPL 3.0.0はTokenEscrowV1を導入し、送金手数料を伴うMPTエスクロー会計の修正を行い、LockedAmountの供給偏差を防止します。
• この改正にはバリデーターの承認が必要であり、ネットワークノード間で一貫したエスクロー完了動作を保証します。

RippleはXRP Ledgerバージョン3.0.0をリリースし、バリデーターとノード運営者に対し、遅滞なくアップグレードを促しています。このリリースは、発行資産のトークンエスクローの内部テスト中に発見されたエスクロー会計のバグを修正するものです。Rippleは、この修正により、機関がXRPL上でタイムロックまたは条件付きトークン配信を行う際の一貫した決済動作をサポートすると述べています。 なぜこれがXRP Ledgerにとって重要なのか エスクローは、スケジュールされた取引や条件付きリリースに使用される長年のXRPL機能です。これまではXRPのみで動作しており、発行者が自身のトークンにエスクローを利用する方法が制限されていました。XLS-85 Token Escrow提案は、エスクローをIOUやマルチパーパストークンなどの他の発行資産にも拡張し、企業のワークフローにおいてXRP以外のエスクロー配信を可能にします。

PSA：XRPLバージョン3.0.0が利用可能となっており、すべてのバリデーターとノード運営者に対し、サービスの継続性を確保するために早急にアップグレードを行うことを推奨します。✅

この最新バージョンには、TokenEscrowの修正を含むいくつかの改正が含まれており、その詳細については…

— RippleX (@RippleXDev) 2026年1月5日

マルチパーパストークンは、XRPLネイティブのトークンフォーマットで、可換性と非可換性の特性を融合させたものです。これらは共有特性を持ちながら、資産固有のメタデータをオンチェーンに保存することも可能です。開発者は、これらがルールやライフサイクル管理を埋め込むことができるため、コンプライアンスのトークン化に適していると説明しています。
元のToken Escrow設計の内部テスターは、メインネットで有効化されていないこの仕組みで、送金手数料を請求するマルチパーパストークンの会計不一致を特定しました。
テストケースでは、エスクローが100トークンをロックし、解除時に1トークンの送金手数料を適用しました。受取人は手数料適用後に正しく99トークンを受け取りましたが、発行者の会計は、全体の100ではなく99だけをLockedAmountから減少させました。完了後も1トークンがロックされたままとなり、時間とともに発行者の指標が同期しなくなる可能性があります。
TokenEscrowV1は総エスクローと純配信を分離
バージョン3.0.0には、TokenEscrowV1改正が含まれており、これにより手数料を伴うマルチパーパストークンのエスクロー完了処理が変更されます。改正は、総エスクロー会計と純配信会計を分離します。
エスクローが完了すると、LockedAmountは元のエスクローに預けた全額に減少し、エスクロー前のレベルに戻ります。送金手数料は発行者の手数料メカニズムを通じて独立して処理されるため、実際に配信された純額のみが未払い供給の計算に影響します。発行者の送金手数料メカニズムは、手数料額を別途考慮します。
ネットワークは、このアプローチにより、エスクロー完了後にトークンがロック状態のまま残ることを防ぎ、発行者のLockedAmount指標をレジャーの状態と一致させると述べています。この修正は、正確なエスクロー会計に依存する機関のトークン化ワークフロー（スケジュールされた支払いなど）や、発行資産と送金手数料を使用した自動化された財務運用に関連しています。
TokenEscrowV1はコアレジャー処理を変更するため、改正投票を通じて有効化が必要です。バリデーターは、ネットワーク全体で同じエスクロー完了ルールを適用するために、改正を承認しなければなりません。Rippleは、ネットワークの有効化に向けて実装の互換性を保つために、運営者にバージョン3.0.0へのアップグレードを求めています。
新しいXRP Ledgerバージョン3.0.0は、RippleがJapan Financial Infrastructure Innovation Programを通じて日本での展開を拡大した数週間後に登場し、Asia Web3 Alliance JapanやWeb3 Salonとのパートナーシップによるものです。
執筆時点で、XRPは**$2.33で取引されており、過去24時間で9.34%**上昇しています。