Proposta di Automated Market Maker (AMM) su XRPL
Il 5 settembre, una discussione sugli standard XRPL ha proposto un Automated Market Maker (AMM) autorizzato, che estenderebbe l’architettura esistente delle Credenziali e dei Domini Autorizzati di XRPL a pool di liquidità nativi. Attualmente, questo concetto è un’idea XLS e non un emendamento approvato, quindi non è stato attivato sul XRP Ledger. La proposta mira a colmare un gap specifico nell’infrastruttura DeFi istituzionale di XRPL.
Funzionamento del DEX autorizzato
Il DEX autorizzato può limitare il trading su order-book a portafogli che detengono credenziali approvate, ma la documentazione ufficiale di XRPL afferma che le transazioni autorizzate non possono utilizzare AMM, e l’accesso a un AMM esistente non può attualmente essere limitato tramite un Dominio Autorizzato. Questa distinzione è importante, poiché un mercato su order-book e un AMM forniscono liquidità in modi diversi.
L’exchange autorizzato esistente di XRPL consente a un proprietario di dominio di specificare le credenziali accettabili; solo gli account che soddisfano tali requisiti possono effettuare o interagire con offerte qualificanti. Questo integra controlli KYC o di idoneità direttamente nell’ambiente di trading.
Integrazione degli AMM nell’infrastruttura istituzionale
Coinpaper ha precedentemente trattato l’arrivo del DEX autorizzato come parte dell’iniziativa più ampia di infrastruttura istituzionale di XRPL. La precedente roadmap DeFi istituzionale di Ripple ha anche collocato il trading autorizzato accanto all’infrastruttura di prestito e tokenizzazione. Gli AMM, tuttavia, funzionano in modo diverso: invece di richiedere a compratori e venditori di pubblicare ordini corrispondenti, gli utenti contribuiscono con due asset a un pool di liquidità, e le transazioni vengono eseguite in base al meccanismo di prezzo di quel pool.
Problemi e soluzioni proposte
Tuttavia, sotto l’architettura attuale, inserire asset in un AMM ordinario di XRPL da un portafoglio verificato KYC non rende il pool esclusivamente KYC. Altri portafogli possono comunque interagire con esso. Questo è precisamente il problema che la nuova proposta cerca di affrontare. L’idea è di allegare un DomainID direttamente a un pool AMM, determinando così chi è autorizzato a depositare liquidità, partecipare alla governance e, facoltativamente, scambiare contro il pool.
La proposta prevede anche un’eccezione per il prelievo, in modo che i fornitori di liquidità possano recuperare asset se le loro credenziali scadono successivamente.
Verso un’architettura istituzionale integrata
Lo stesso framework di Credenziali e Domini Autorizzati potrebbe quindi potenzialmente estendersi al DEX autorizzato, ai Vaults di Asset Singoli, ai prestiti e agli AMM, evitando di costringere le istituzioni a mantenere sistemi di conformità separati. Questa direzione si allinea con l’architettura istituzionale più ampia che si sta sviluppando attorno a XRPL. Coinpaper ha recentemente trattato come domini autorizzati, credenziali, vault e prestiti vengano combinati per prestiti istituzionali conformi.
