XRP Ledger: Issued Currency y Multi-Purpose Tokens XLS-33
Modelos de token
Dos modelos de token de primer nivel
El emisor elige el modelo en el asistente de ofertas. Ambos están operativos en la mainnet de XRPL. Se diferencian en cómo los inversores mantienen el token y dónde puede negociarse.
Issued Currency sobre trust lines
El token es una moneda emitida que se mantiene sobre una trust line, y el emisor debe autorizar cada trust line. Se negocia hoy en el DEX de XRPL, incluido el Permissioned DEX, donde la negociación puede limitarse a tenedores con credencial.
Cada tenedor necesita una trust line por token, que bloquea una pequeña reserva de XRP en su cuenta.
Multi-Purpose Token (MPT)
El token lleva sus metadatos en el ledger. Los tenedores se adhieren y el emisor autoriza a cada uno. La emisión, la autorización de tenedores y el clawback ya funcionan en la mainnet de XRPL, y cada emisión se crea con la capacidad de bloquear saldos.
Los MPT aún no pueden negociarse en el DEX de XRPL. Eso depende de la enmienda MPTokensV2, que no está habilitada en el XRP Ledger. Mientras no lo esté, un MPT no tiene mercado secundario en el ledger.
Los indicadores de capacidad de un MPT se fijan al crear la emisión y no pueden cambiarse después. T-Suite crea cada MPT con la negociación permitida, de modo que la emisión no quede excluida del DEX si MPTokensV2 se habilita más adelante.
Cumplimiento nativo
Cumplimiento integrado en el ledger
En el XRP Ledger, T-Suite no despliega un contrato de cumplimiento. Configura los controles nativos del ledger para cada oferta.
Credentials
El emisor de credenciales de Libertum emite una credencial KYC a la dirección XRPL de cada inversor verificado, y la cuenta del inversor la acepta. Una credencial solo cuenta cuando el tenedor la ha aceptado.
RequireAuth
Cada cuenta emisora se crea con RequireAuth. Nadie puede mantener el token hasta que el emisor autorice su trust line (XRPL-IC) o su MPToken (XLS-33).
Permissioned Domains
Al desplegar la oferta se crea un Permissioned Domain. Indica la credencial aceptada y limita la negociación secundaria a tenedores con credencial.
Clawback
El clawback permite al emisor recuperar tokens, por ejemplo por orden judicial o para devolver tokens en un rescate. Debe activarse al crear el emisor y nunca puede retirarse, por lo que T-Suite lo comprueba antes de escribir nada en el ledger.
Congelamiento
Los emisores conservan la capacidad de congelar. T-Suite nunca activa el indicador NoFreeze, que la eliminaría de forma permanente, y las emisiones MPT se crean con el bloqueo por tenedor habilitado. La enmienda DeepFreeze del XRP Ledger está habilitada en mainnet.
Una cuenta por oferta y por inversor
Cada oferta se emite desde su propia cuenta emisora en XRPL, de modo que el suministro, las autorizaciones y el NAV de una oferta se mantienen separados de las demás. Cada inversor tiene una dirección XRPL en la plataforma.
Alta de tenedores
El proceso de alta en el ledger
Antes de que un inversor pueda recibir tokens, T-Suite ejecuta un proceso de cuatro pasos en el ledger. Cada paso consulta primero el ledger y envía solo lo que falta, por lo que el proceso puede repetirse con seguridad y se reanuda donde se detuvo. La fuente de verdad es el ledger, no una base de datos de la plataforma.
01
Credencial emitida
El emisor de credenciales de Libertum crea una credencial KYC para la dirección XRPL del inversor.
02
Credencial aceptada
La cuenta del inversor acepta la credencial.
03
Trust line abierta
El inversor abre una trust line hacia el emisor (XRPL-IC) o se adhiere al MPT (XLS-33).
04
El emisor autoriza
El emisor autoriza esa trust line o ese MPToken. Solo entonces pueden entregarse los tokens.
En el XRP Ledger, los tokens se emiten mediante un pago desde la cuenta emisora de la oferta al tenedor autorizado. T-Suite se niega a enviar tokens a un tenedor que no haya sido autorizado.
Pagos en stablecoins
Pague en RLUSD o USDC en el XRP Ledger
Los inversores en ofertas de XRPL pueden pagar en RLUSD (Ripple USD) o USDC, ambos emitidos en el XRP Ledger. T-Suite identifica cada stablecoin por su cuenta emisora y su código de moneda, nunca por su ticker. Los fondos se abonan en la wallet XRPL del emisor.
Dos formas de pago
Desde la propia wallet XRPL del inversor, con el destination tag que indica T-Suite, o desde el saldo en custodia del inversor en la plataforma.
Verificación en ledgers validados
Un pago solo cuenta cuando figura en un ledger validado con resultado satisfactorio. T-Suite lee el importe realmente entregado, no el importe enviado, lo que protege frente a pagos parciales.
Entrega contra pago
En las ofertas XRPL Issued Currency, los tokens y las stablecoins pueden liquidarse entre sí a través del Permissioned DEX, abierto solo a tenedores con credencial. Las ofertas MPT necesitarán para ello la enmienda MPTokensV2.
Pagos a tenedores
Las distribuciones a los tenedores de tokens pueden pagarse en RLUSD o USDC en el XRP Ledger.
Sin USDT en el XRP Ledger. No existe USDT nativo ni emitido por Tether en el XRP Ledger, por lo que T-Suite no acepta ningún token denominado USDT en XRPL.
Regulación
La custodia de RLUSD ha sido aprobada por la CNAD
Libertum, S.A. de C.V. está registrada ante la Comisión Nacional de Activos Digitales (CNAD) de El Salvador como Proveedor de Servicios de Activos Digitales, con el registro PSAD-0094. La custodia de RLUSD ha sido aprobada por la CNAD en el marco de ese registro, por lo que el RLUSD puede mantenerse en los saldos en custodia de los inversores en T-Suite, además de pagarse desde sus propias wallets.
Registro
Libertum, S.A. de C.V. es un Proveedor de Servicios de Activos Digitales registrado ante la CNAD en El Salvador.
Custodia de stablecoins
El otorgamiento original del PSAD-0094 incluía USDT y USDC. La custodia de RLUSD fue aprobada por la CNAD posteriormente.
Alcance
El registro es salvadoreño. No otorga licencia en otras jurisdicciones, y los emisores siguen siendo responsables de las autorizaciones que necesiten donde ofrezcan sus tokens.
De un vistazo
Resumen de XRP Ledger
- Modelos de token
- XRPL-IC (trust line) · XLS-33 (MPT)
- Redes
- Mainnet y testnet de XRPL
- Identidad
- Credencial KYC aceptada por el tenedor
- Acceso de tenedores
- RequireAuth: el emisor autoriza a cada tenedor
- Recuperación
- Clawback, activado al crear el emisor
- NAV
- XRPL Price Oracle en la cuenta emisora de la oferta
- Negociación secundaria
- XRPL-IC: DEX de XRPL · XLS-33: pendiente de MPTokensV2
- Pagos
- RLUSD, USDC (sin USDT en XRPL)
- Cuentas
- Un emisor por oferta · una dirección por inversor