Propuesta de AMM con Permisos en XRPL
Una discusión sobre los estándares de XRPL del 5 de septiembre propone un AMM (Automated Market Maker) con permisos que extendería la arquitectura existente de Credenciales y Dominios con Permisos de XRPL a piscinas de liquidez nativas. Este concepto es actualmente una Idea XLS, no una enmienda aprobada, y no ha sido activado en el XRP Ledger.
Objetivo de la Propuesta
La propuesta busca abordar una brecha específica en la infraestructura DeFi institucional de XRPL. Su DEX (intercambio descentralizado) con permisos puede restringir el comercio en el libro de órdenes a billeteras que posean credenciales aprobadas. Sin embargo, la documentación oficial de XRPL indica que los intercambios con permisos no pueden utilizar AMMs, y el acceso a un AMM existente no puede ser restringido actualmente a través de un Dominio con Permisos.
«Esta distinción es importante porque un mercado de libro de órdenes y un AMM proporcionan liquidez de manera diferente.»
Funcionamiento del Intercambio con Permisos
El intercambio con permisos existente de XRPL permite a un propietario de dominio especificar credenciales aceptables, de modo que solo las cuentas que cumplan con esos requisitos puedan realizar o interactuar con ofertas calificadas. Esto integra controles KYC (Conozca a su Cliente) u otros controles de elegibilidad directamente en el entorno de comercio.
Coinpaper cubrió anteriormente la llegada del DEX con permisos como parte del impulso más amplio de infraestructura institucional de XRPL. La hoja de ruta DeFi institucional anterior de Ripple también colocó el comercio con permisos junto a la infraestructura de préstamos y tokenización.
Diferencias entre AMMs y Libros de Órdenes
Los AMMs son diferentes: en lugar de requerir que compradores y vendedores publiquen órdenes coincidentes, los usuarios contribuyen con dos activos a una piscina de liquidez y las operaciones se ejecutan contra el mecanismo de precios de esa piscina. Sin embargo, bajo la arquitectura actual, depositar activos en un AMM ordinario de XRPL desde una billetera verificada por KYC no convierte la piscina en solo KYC; otras billeteras aún pueden interactuar con ella. Ese es precisamente el problema que la nueva propuesta intenta abordar.
Propuesta de Solución
La idea propone adjuntar un DomainID directamente a una piscina de AMM, lo que podría determinar quién está permitido para depositar liquidez, participar en la gobernanza y, opcionalmente, intercambiar contra la piscina. La propuesta también solicita una excepción de retiro para que los proveedores de liquidez puedan recuperar activos si sus credenciales expiran más tarde.
El mismo marco de Credenciales y Dominios con Permisos podría abarcar potencialmente el DEX con permisos, Bóvedas de Activos Únicos, préstamos y AMMs, en lugar de obligar a las instituciones a mantener sistemas de cumplimiento separados. Esta dirección se alinea con la arquitectura institucional más amplia que se está desarrollando alrededor de XRPL.
Coinpaper cubrió recientemente cómo los dominios con permisos, credenciales, bóvedas y préstamos se están combinando para facilitar préstamos institucionales compatibles.
