2月12日、RippleXはRippleの開発部門として、トークンエスクローがXRP台帳(XRPL)のメインネットで稼働開始したことを発表しました。
トークンエスクロー(XLS-85)と呼ばれるこの変更は、トラストラインベースのトークン(IOU)およびマルチパーパストークン(MPT)への条件付きロックとリリースを拡張します。
これにより、ネットワークのエスクロー機能がXRPを超えて、ステーブルコインやトークン化された商品に使用される発行資産にまで拡大されます。
このアップグレードは、ステーブルコインが暗号資産の中で最も確立された商品ラインとして拡大を続ける中で行われます。CryptoSlateのデータによると、これらの資産の流通供給量の合計は約3,080億ドル前後で推移しており、週ごとに増加し続けています。
同時に、トークン化された現実世界の資産も並行して拡大しています。RWA.xyzのデータによると、トークン化された米国債はパブリックチェーン上で約100億ドルの価値があり、プライベートクレジットやコモディティなどのカテゴリーではさらに数百億ドルの規模となっています。
XRPLにとって、この市場状況こそが重要です。この新機能は、開発者向けのオプションツールを追加することよりも、機関が条件が満たされた後にのみ資産を移動できるオンチェーン決済プリミティブを導入することに重点を置いています。
エスクローはXRPを超えて拡大するが、発行者が管理を維持
XRPLは何年もの間エスクローをサポートしてきましたが、この機能は歴史的にXRPにのみ適用されていました。
トークンエスクローは、その範囲を発行トークンに広げます。これは、ほとんどの機関向けユースケースが存在する場所です。
XRPL上では、ステーブルコイン、トークン化された国債、その他のトークン化された商品は一般的にネイティブコインとして認識されません。代わりに、発行資産として見なされます。
XRPLのドキュメントは、発行者管理モデルを明示しています。トークンエスクローは発行者とトークンレベルで許可制であり、ネットワーク上で発行されるすべての資産に自動的に利用可能ではありません。
トラストライントークンの場合、発行者はエスクローをその発行で使用する前に「Allow Trust Line Locking」フラグを有効にする必要があります。MPTの場合、発行者はエスクローをサポートするために「Can Escrow」(および関連フラグ)を有効にする必要があります。
この設計は、資産のライフサイクルに組み込まれたポリシーフックと管理ポイントを望むことが多い規制対象の発行者にとって重要です。
また、これは採用経路が自動的ではないことを意味します。発行者がオプトインせず、ウォレットや取引所がそれを中心にユーザーフローを構築しなければ、ライブアメンドメントは即座のボリュームを保証しません。
この機能は、条件付き決済を必要とするワークフロー向けに設計されています。従来の金融では、これらの条件は仲介者、契約、および運用プロセスを通じて処理されます。
オンチェーン決済は、基本台帳が価値をロックし、事前定義されたルールが満たされた場合にのみそれをリリースする場合、これらのステップを圧縮できます。
実用的には、トークンエスクローは、DVP決済、時間ロック型の分配と構造化ペイアウト、カウンターパーティリスクを軽減する店頭取引(OTC取引)の決済、即時振替ではなく条件付きリリースを必要とする担保と証拠金メカニズムをサポートできます。
エスクロープリミティブがXRPのみを経由するプロセスを強制するのではなく、機関が決済で使用するのと同じ資産タイプを保持できる場合、これらの各ワークフローのモデル化が容易になります。
XRPLの準備金モデルは、オブジェクトの成長を構造的なXRP需要に変換
XRPLの準備金モデルは、台帳の使用量の増加を、トランザクションの種類料ではなく、運用上の理由で保有されるベースラインXRP残高に変換できる二次的なメカニズムを作成します。
メインネットでは、アカウントは1 XRPのベース準備金に加えて、所有する台帳オブジェクトごとに0.2 XRP(所有者準備金)を保持する必要があります。これらの要件は2024年12月2日に大幅に引き下げられ、リソース集約型アプリケーションがより実現可能になりました。
これが重要なのは、トークンエスクローがオブジェクト駆動型機能だからです。台帳上に作成される各エスクローは所有オブジェクトです。エスクローベースの決済ワークフローが拡大するにつれて、これらのオブジェクトを所有するエンティティの所有者準備金要件が増加する可能性があります。
簡単なシナリオ範囲が機械的関係を示しています。
トークンエスクローの採用が追加で100,000のエスクローオブジェクトを促進する場合、それは所有者準備金で増加額20,000 XRPを意味します(100,000 × 0.2)。1,000,000の新しいエスクローオブジェクトでは、合計XRPは200,000です。10,000,000では、2,000,000 XRPです。
これらの数字は採用の予測ではなく、価格予想でもありません。しかし、XRPLの設計が使用量を準備金要件にリンクする方法を示しています。
機関にとって、その準備金は手数料というよりも運用担保のように機能し、システムがリソース集約型ワークフローを実行するために必要なため残ります。
これは、XRPL開発者が「配管」機能に焦点を当てる理由の1つです。
準備金ベースのモデルでは、成長の単位経済は、トランザクションの種類料が上昇するかどうかではなく、台帳上により意味のあるオブジェクトが存在するかどうかに結びついています。
より大きな推進力は、単一のアメンドメントではなく、許可制スタック
一方、トークンエスクローは、XRPL開発者がパブリック台帳上での規制された参加のために設計された「許可制」ツールキットとして組み立てた、より広範な変更と共に導入されています。
許可制ドメイン(XLS-80)は今月初めにメインネットで有効化されました。
これらのドメインは「単独では何もしない」管理環境ですが、アクセスを制限しオンチェーンコンプライアンスをサポートできる、許可制分散型取引所やレンディングプロトコルを含む他の機能を有効にします。
RippleXDevはX上で、許可制DEXがバリデーターのコンセンサスに達し、まもなく有効化されることを指摘しました。
統合されたアーキテクチャとして見ると、これらの機能は機関参加者にとって3つの明確な質問に答えます。
許可制ドメインは、誰がトランザクションに参加できるかに対処します。トークンエスクローは、資産が条件付きかつ安全にどのように決済されるかに対処します。最後に、許可制DEXは、コンプライアントな流動性と価格発見がどこで発生するかに対処します。
この3つの機能は、XRPLの基本的な価値提案の変化を示唆しています。
それは、中央指値注文帳を持つ決済チェーンとしてのみ見られることから離れ、ゲート付き参加、管理された取引所、ネイティブな条件付き決済によって定義される機関決済層としての役割へと移行しています。
前提は単純です。ステーブルコインとトークン化された資産は拡大しており、規制対象のエンティティは、参加者の身元とアクセス制御が未定義のオープンプールと対話しないことを好むことが多いのです。
台帳が外部システムに完全に依存せずにゲート付き参加と条件付き決済をサポートできる場合、現実世界のコンプライアンスと運用をオンチェーンレールにマッピングすることが容易になります。
次に来るもの、そしてそれを遅らせる可能性のあるもの
トークンエスクローの有効化は、ブロックチェーンの未来が純粋に許可不要なシステムではなく、コンプライアンス互換スタックにあるという前向きな賭けを表しています。
第1の柱は規制された流動性形成であり、許可制の取引所が現在多くの機関がオープン流動性プールにアクセスすることを妨げているコンプライアンスの摩擦を軽減します。
第2は、RWA決済の標準化です。トークン化された国債やその他の資産がすでに拡大している中、条件付き決済プリミティブは本番ワークフローの出荷を容易にする可能性があります。
第3の柱は、単純な振替を超えてステーブルコインの有用性を拡大することです。エスクロー機能は、構造化決済と財務自動化を解放し、アクティブ取引よりもバックオフィス業務に似たユースケースを実現します。
発行者は必要なフラグを有効にすることでトークンエスクロー機能にオプトインする必要があり、同時にウォレットと取引所はユーザーがアクセスできるように新しいフローを統合する必要があるため、重大な実装リスクが残っています。
さらに、許可制ドメインの台頭は、エコシステムがオープン市場とゲート付き市場の間であまりにも鋭く分割される場合、流動性を断片化するリスクを伴います。
Source: https://cryptoslate.com/xrpls-token-escrow-targets-regulatory-friendly-blockchain-use/
