Ejecutivo de Ripple sobre por qué XRP Ledger es "únicamente adecuado" para la tokenización de activos del mundo real

El vicepresidente senior de Ripple, Markus Infanger, jefe de RippleX, argumenta que el XRP Ledger (XRPL) está construido para la próxima fase de la tokenización de activos del mundo real y dice que el mercado actual, con un alto uso de SPV, es solo un puente hacia la "emisión nativa".

De la inmovilización a la emisión nativa

En una publicación de blog del 12 de agosto, Infanger traza una línea directa desde el cambio en los mercados de capital de la década de 1970 — cuando Euroclear y DTCC inmovilizaron certificados en papel en bóvedas mientras trasladaban los registros de propiedad a un formato electrónico — hasta el stack de tokenización de hoy.

Él dice que los Vehículos de Propósito Especial (SPVs) desempeñan un papel comparable y transicional ahora: envolturas legalmente familiares que mantienen el activo fuera del libro mayor mientras emiten una representación tokenizada en una red.

El modelo es "torpe" y centralizado, reconoce, pero útil a medida que la infraestructura, los estándares y las políticas maduran. Es, en sus palabras, "andamiaje," no el estado final.

Infanger dice que el objetivo final son los activos totalmente digitales donde el token en sí es el registro legal, las reglas están integradas en el código, las transacciones se liquidan al instante y la liquidez fluye libremente a través de los mercados sin intermediarios.

Por qué Infanger dice que XRPL se destaca

El caso de Infanger para XRPL se centra en las capacidades a nivel de protocolo destinadas al uso financiero desde el principio, lo que él argumenta que reduce el trabajo de integración y el riesgo operativo para las instituciones que se trasladan de SPVs hacia la emisión nativa:

  • Intercambio en libro mayor (con DEX): XRPL incluye un intercambio nativo de libro de órdenes, permitiendo que los tokens emitidos se negocien directamente en el libro mayor sin enrutadores de contratos inteligentes externos. Para los RWAs tokenizados, eso puede significar una cotización inmediata y ejecución de igual a igual con menos partes móviles.
  • Liquidación casi instantánea y de bajo costo: El diseño de consenso del libro mayor apunta a una finalización rápida y tarifas de transacción mínimas, una combinación que Infanger dice que es crítica para instrumentos de alto volumen — como los T-bills tokenizados — donde el carry, las tarifas y la latencia operativa son importantes.
  • XLS-30 creador de mercado automatizado (AMM): Este estándar introduce pools de liquidez en el libro mayor que establecen precios de forma algorítmica basados en el inventario, por lo que los tokens pueden comerciar incluso cuando no hay una orden coincidente presente. Para los mercados RWA que necesitan precios bidireccionales continuos — en lugar de RFQs episódicos — los AMMs en el libro mayor pueden ayudar a estabilizar la liquidez.
  • Bóvedas de préstamo XLS-65: Un estándar propuesto para el préstamo y la emisión a nivel de protocolo. En lugar de construir contratos inteligentes a medida, los emisores podrían habilitar crédito asegurado (, por ejemplo, pidiendo prestado contra un pagaré tokenizado o un reclamo de bienes raíces ) con reglas definidas a nivel estándar, ayudando a la auditabilidad y al control de riesgos.
  • Ganchos de cumplimiento y custodia programables: Debido a que la emisión, el intercambio y el asentamiento residen en el protocolo base, Infanger argumenta que los conjuntos de reglas (listas blancas, restricciones de transferencia, divulgaciones) y flujos de trabajo de custodia pueden integrarse directamente en los ciclos de vida de los activos, apoyando la alineación regulatoria a medida que los volúmenes aumentan.
  • Componibilidad: Con intercambios, liquidez, préstamos y primitivas de emisión diseñadas para interoperar, los tokens pueden moverse a través de la emisión primaria, el comercio secundario, la colateralización y la liquidación sin necesidad de unir múltiples sistemas externos. Infanger dice que ese es el camino hacia la liquidez "embebida" en lugar de silos fragmentados.

La historia continúa### Señales tempranas de emisión nativa

Para ilustrar la dirección del viaje, Infanger cita un piloto de Ctrl Alt con el regulador de tierras de Dubái para emitir registros de propiedad en XRPL. Al registrar títulos de forma nativa, el esquema busca agilizar las transferencias, mejorar la auditabilidad e incorporar la visibilidad de supervisión.

Ctrl Alt también planea integrar Ripple Custody para el almacenamiento seguro de escrituras tokenizadas, un ejemplo de cómo la funcionalidad a nivel de libro mayor y la custodia de grado institucional pueden combinarse en producción.

Por qué los SPV no desaparecerán — aún

Infanger dice que los SPVs siguen siendo vitales para las instituciones sujetas a las leyes, auditorías y pruebas del sistema actuales, comparándolos con la inmovilización de los años 70 que allanó el camino para la digitalización y, eventualmente, los activos totalmente digitales con cumplimiento y liquidación integrados.

La presentación a las instituciones

Infanger insta a los bancos, gestores de activos y tesoreros a utilizar SPVs por ahora, pero a planificar la emisión nativa. Él cree que un libro mayor público y centrado en las finanzas, con intercambios integrados, liquidez y estándares de crédito, acelerará la transición y hará que los activos en el libro mayor funcionen como instrumentos convencionales.

Ver Comentarios

WHY-8.08%
XRP-6.8%
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
  • Recompensa
  • Comentar
  • Republicar
  • Compartir
Comentar
0/400
Sin comentarios
  • Anclado
Opere con criptomonedas en cualquier momento y lugar
qrCode
Escanee para descargar la aplicación Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)