Introduksyon
Noong Setyembre 5, isang talakayan sa XRPL Standards ang nagmungkahi ng isang Permissioned Automated Market Maker (AMM) na magpapalawak sa umiiral na Credentials at Permissioned Domains architecture ng XRPL patungo sa mga katutubong liquidity pools. Ang konsepto ay kasalukuyang isang XLS Idea, hindi pa ito aprubado at hindi pa na-activate sa XRP Ledger.
Layunin ng Mungkahi
Ang mungkahi ay nakatuon sa isang tiyak na puwang sa institutional DeFi infrastructure ng XRPL. Ang Permissioned DEX nito ay maaaring magpigil sa order-book trading sa mga wallet na may hawak na aprubadong credentials. Gayunpaman, ayon sa opisyal na dokumentasyon ng XRPL, ang permissioned trades ay hindi maaaring gumamit ng AMMs, at ang pag-access sa isang umiiral na AMM ay hindi kasalukuyang maaring pigilin sa pamamagitan ng isang Permissioned Domain.
Kahalagahan ng Pagkakaiba
Mahalaga ang pagkakaibang ito dahil ang isang order-book market at isang AMM ay nagbibigay ng liquidity sa magkaibang paraan. Ang umiiral na permissioned exchange ng XRPL ay nagpapahintulot sa isang may-ari ng domain na tukuyin ang mga katanggap-tanggap na credentials. Tanging ang mga account na tumutugon sa mga kinakailangang iyon ang maaaring maglagay o makipag-ugnayan sa mga kwalipikadong alok.
Pagbuo ng KYC Controls
Ito ay nagtatayo ng KYC o iba pang mga eligibility controls nang direkta sa trading environment. Nauna nang tinakpan ng Coinpaper ang pagdating ng Permissioned DEX bilang bahagi ng mas malawak na institutional infrastructure push ng XRPL. Ang naunang institutional DeFi roadmap ng Ripple ay naglagay din ng permissioned trading kasabay ng lending at tokenization infrastructure.
Paano Gumagana ang AMMs
Ang AMMs ay iba. Sa halip na mangailangan ng mga mamimili at nagbebenta na mag-post ng magkatugmang mga order, ang mga gumagamit ay nag-aambag ng dalawang asset sa isang liquidity pool at ang mga trade ay isinasagawa laban sa mekanismo ng pagpepresyo ng pool na iyon. Sa ilalim ng kasalukuyang architecture, gayunpaman, ang paglalagay ng mga asset sa isang ordinaryong XRPL AMM mula sa isang KYC-verified wallet ay hindi ginagawang KYC-only ang pool. Ang iba pang mga wallet ay maaari pa ring makipag-ugnayan dito. Iyon mismo ang problema na sinusubukan ng bagong mungkahi na tugunan.
Proposed Solution
Ang ideya ay nagmumungkahi ng pag-attach ng isang DomainID nang direkta sa isang AMM pool. Iyon ay maaaring magtakda kung sino ang pinapayagang magdeposito ng liquidity, makilahok sa pamamahala at, opsyonal, makipagpalitan laban sa pool. Ang mungkahi ay humihiling din ng isang withdrawal exception upang ang mga liquidity providers ay makakuha ng mga asset kung ang kanilang mga credentials ay mag-eexpire sa kalaunan.
Potensyal na Benepisyo
Ang parehong Credentials at Permissioned Domains framework ay maaaring potensyal na sumaklaw sa Permissioned DEX, Single Asset Vaults, lending at AMMs sa halip na pilitin ang mga institusyon na panatilihin ang magkahiwalay na mga sistema ng pagsunod. Ang direksyong ito ay umaayon sa mas malawak na institutional architecture na umuunlad sa paligid ng XRPL. Kamakailan lamang ay tinakpan ng Coinpaper kung paano pinagsasama-sama ang mga permissioned domains, credentials, vaults at lending para sa compliant institutional lending.
