Il 5 settembre, una discussione sugli standard XRPL ha proposto un Automated Market Maker (AMM)<\/strong> autorizzato, che estenderebbe l’architettura esistente delle Credenziali<\/strong> e dei Domini Autorizzati<\/strong> di XRPL a pool di liquidit\u00e0 nativi. Attualmente, questo concetto \u00e8 un’idea XLS<\/em> e non un emendamento approvato, quindi non \u00e8 stato attivato sul XRP Ledger<\/strong>. La proposta mira a colmare un gap specifico nell’infrastruttura DeFi<\/strong> istituzionale di XRPL.<\/p>\n Il DEX autorizzato<\/strong> pu\u00f2 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\u00f2 attualmente essere limitato tramite un Dominio Autorizzato<\/strong>. Questa distinzione \u00e8 importante, poich\u00e9 un mercato su order-book e un AMM forniscono liquidit\u00e0 in modi diversi.<\/p>\n 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<\/strong> o di idoneit\u00e0 direttamente nell’ambiente di trading.<\/p>\n<\/blockquote>\n Coinpaper ha precedentemente trattato l’arrivo del DEX autorizzato come parte dell’iniziativa pi\u00f9 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\u00e0, e le transazioni vengono eseguite in base al meccanismo di prezzo di quel pool.<\/p>\n 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 \u00e8 precisamente il problema che la nuova proposta cerca di affrontare. L’idea \u00e8 di allegare un DomainID<\/strong> direttamente a un pool AMM, determinando cos\u00ec chi \u00e8 autorizzato a depositare liquidit\u00e0, partecipare alla governance e, facoltativamente, scambiare contro il pool.<\/p>\n La proposta prevede anche un’eccezione per il prelievo, in modo che i fornitori di liquidit\u00e0 possano recuperare asset se le loro credenziali scadono successivamente.<\/p>\n Lo stesso framework di Credenziali e Domini Autorizzati potrebbe quindi potenzialmente estendersi al DEX autorizzato, ai Vaults di Asset Singoli<\/strong>, ai prestiti e agli AMM, evitando di costringere le istituzioni a mantenere sistemi di conformit\u00e0 separati. Questa direzione si allinea con l’architettura istituzionale pi\u00f9 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.<\/p>\n","protected":false},"excerpt":{"rendered":" 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\u00e0 nativi. Attualmente, questo concetto \u00e8 un’idea XLS e non un emendamento approvato, quindi non \u00e8 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\u00f2 limitare il trading su order-book a portafogli che detengono credenziali approvate, ma la documentazione ufficiale di XRPL afferma che<\/p>\n","protected":false},"author":3,"featured_media":18798,"comment_status":"closed","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[23],"tags":[9250,12,1090,25,9750,8,872],"class_list":["post-18799","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-legal","tag-coinpaper","tag-defi","tag-kyc","tag-legal","tag-permissioned-dex","tag-ripple","tag-xrpl"],"yoast_description":"Gli sviluppatori di XRPL stanno esplorando pool di liquidit\u00e0 KYC-only per istituzioni, con l'obiettivo di migliorare l'architettura DeFi e la conformit\u00e0 per le banche all'interno del framework XRPL.","_links":{"self":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/18799","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/users\/3"}],"replies":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/comments?post=18799"}],"version-history":[{"count":0,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/posts\/18799\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media\/18798"}],"wp:attachment":[{"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/media?parent=18799"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/categories?post=18799"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/satoshibrother.com\/it\/wp-json\/wp\/v2\/tags?post=18799"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}Funzionamento del DEX autorizzato<\/h2>\n
\n
Integrazione degli AMM nell’infrastruttura istituzionale<\/h2>\n
Problemi e soluzioni proposte<\/h2>\n
Verso un’architettura istituzionale integrata<\/h2>\n