XRPLスタンダードに関する議論
9月5日に行われたXRPLスタンダードに関する議論では、XRPLの既存の資格情報および許可されたドメインアーキテクチャをネイティブ流動性プールに拡張するための許可されたAMM（自動マーケットメイカー）の提案がなされました。この概念は現在、XLSアイデアとして位置付けられており、承認された修正案ではなく、XRPレジャー上ではまだ有効化されていません。
提案の目的と重要性
この提案は、XRPLの機関向けDeFiインフラストラクチャにおける特定のギャップをターゲットにしています。許可されたDEX（分散型取引所）は、承認された資格情報を持つウォレットに取引所の注文を制限することができますが、公式のXRPLドキュメントによれば、許可された取引はAMMを使用できず、既存のAMMへのアクセスは現在、許可されたドメインを通じて制限することができません。この区別は重要です。なぜなら、注文書市場とAMMは流動性を異なる方法で提供するからです。
KYCと流動性の管理
XRPLの既存の許可された取引所は、ドメイン所有者が受け入れ可能な資格情報を指定できるようにしています。これらの要件を満たすアカウントのみが、適格なオファーを出したり、相互作用したりすることができます。これにより、KYC（顧客確認）やその他の適格性の管理が取引環境に直接組み込まれます。
Coinpaperは、XRPLのより広範な機関インフラストラクチャの推進の一環として、許可されたDEXの到来を以前に報じました。
AMMの提案とその影響
AMMは異なります。買い手と売り手に一致する注文を出すことを要求するのではなく、ユーザーは流動性プールに2つの資産を提供し、取引はそのプールの価格メカニズムに基づいて実行されます。しかし、現在のアーキテクチャの下では、KYC確認済みのウォレットから通常のXRPL AMMに資産を投入しても、そのプールがKYC専用になるわけではありません。他のウォレットも引き続きそれと相互作用できます。これが、新しい提案が解決しようとしている問題です。
このアイデアは、AMMプールに直接DomainIDを付与することを提案しています。これにより、誰が流動性を預けることができ、ガバナンスに参加し、オプションでプールに対してスワップできるかを決定することができます。この提案はまた、流動性提供者が後に資格情報が失効した場合に資産を回収できるようにするための引き出し例外を求めています。
機関向けの統合的アプローチ
同じ資格情報および許可されたドメインのフレームワークは、機関が別々のコンプライアンスシステムを維持することを強いられるのではなく、許可されたDEX、単一資産ボールト、貸付およびAMMにまたがる可能性があります。この方向性は、XRPLの周りで発展しているより広範な機関アーキテクチャに適合しています。
Coinpaperは最近、許可されたドメイン、資格情報、ボールト、貸付がコンプライアンスに準拠した機関貸付のためにどのように組み合わされているかを報じました。
