XRPLのトークンエスクローは新たなXRP需要を促進する可能性があるが、この採用障壁が打破された場合に限る

2月12日、Rippleの開発部門であるRippleXは、トークンエスクローがXRP Ledger(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」(および関連フラグ)を有効にする必要があります。

この設計は、資産のライフサイクルにポリシーフックと管理ポイントを組み込みたいと考えることが多い規制対象の発行者にとって重要です。

これはまた、採用への道が自動的ではないことも意味します。発行者がオプトインせず、ウォレットや取引所がそれを中心にユーザーフローを構築しない場合、稼働中の修正案は即座の取引量を保証しません。

この機能は、条件付き決済を必要とするワークフロー向けに設計されています。従来の金融では、これらの条件は仲介者、契約、および運用プロセスを通じて処理されます。

オンチェーン決済は、ベース台帳が価値をロックし、事前定義されたルールが満たされた場合にのみリリースする場合、これらのステップを圧縮できます。

実用的な観点から、トークン対応エスクローは、デリバリー・バーサス・ペイメント決済、時間ロックされた分配と構造化されたペイアウト、カウンターパーティーリスクを低減する店頭取引決済、即座の振替ではなく条件付きリリースを必要とする担保および証拠金メカニズムをサポートできます。

エスクロープリミティブが、プロセスを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の基本的な価値提案の変化を示唆しています。

中央指値注文帳を持つ決済チェーンとしてのみ見られることから離れ、ゲート制御された参加、管理された取引所、およびネイティブな条件付き決済によって定義される機関向け決済レイヤーとしての役割に向かっています。

前提は単純です。ステーブルコインとトークン化された資産は拡大しており、規制対象エンティティは、参加者の身元とアクセス制御が未定義のオープンプールと相互作用しないことを好むことがよくあります。

台帳が外部システムに完全に依存することなく、ゲート制御された参加と条件付き決済をサポートできる場合、実世界のコンプライアンスと運用をオンチェーンレールにマッピングすることが容易になります。

次に来るもの、そしてそれを遅らせる可能性があるもの

トークンエスクローのアクティブ化は、ブロックチェーンの未来が純粋にパーミッションレスなシステムではなく、コンプライアンス互換スタックにあるという先見的な賭けを表しています。

第一の柱は規制された流動性形成であり、許可制の取引所が、現在多くの機関がオープンな流動性プールにアクセスすることを妨げているコンプライアンス上の摩擦を軽減します。

第二は、RWA決済の標準化です。トークン化された国債やその他の資産がすでに拡大している中、条件付き決済プリミティブは本番ワークフローの出荷を容易にする可能性があります。

第三の柱は、単純な振替を超えてステーブルコインの有用性を拡大することです。エスクロー機能は、構造化決済と資金管理自動化を可能にします。これらのユースケースは、アクティブなトレーディングよりもバックオフィス業務に似ています。

重大な実装リスクが残っています。発行者は必要なフラグを有効にすることでトークンエスクロー機能にオプトインする必要があります。同時に、ウォレットと取引所は、ユーザーがアクセスできるように新しいフローを統合する必要があります。

さらに、許可制ドメインの台頭は、エコシステムがオープン市場とゲート制御された市場の間で鋭く分裂しすぎる場合、流動性を断片化するリスクを伴います。

投稿「XRPL上のトークンエスクローは新たなXRP需要を強制する可能性があるが、この採用のハードルが破られた場合に限る」はCryptoSlateに最初に掲載されました。