Los desarrolladores de XRP Ledger continúan refinando XLS-66, un estándar propuesto que introduciría funcionalidad de préstamos nativos en XRPL. Si la especificación continúa avanzando, podría convertirse en una de las actualizaciones de estilo DeFi más significativas de la red.

La propuesta describe préstamos en cadena, a plazo fijo y sin garantía construidos en torno a Single Asset Vaults. También utiliza la suscripción extracadena por parte de intermediarios de préstamos, mientras que la liquidación se gestionaría en cadena a través de la infraestructura de XRPL.

Esa estructura es fundamental para la propuesta. XLS-66 no está diseñado como un simple fondo de préstamos DeFi de "cualquiera toma prestado de cualquiera" similar a los mercados monetarios de Ethereum totalmente garantizados. En cambio, presenta un modelo de préstamos más estructurado que combina la evaluación crediticia extracadena con la ejecución basada en blockchain.

La funcionalidad se encuentra en fase de revisión de estándares y pruebas de código. Los préstamos nativos bajo XLS-66 no están activos en la mainnet de XRP Ledger.

XRPL Se Expande Más Allá de los Pagos

XRP Ledger ha estado asociado durante mucho tiempo con pagos, liquidación rápida y funcionalidad de intercambio. Esa historia sigue siendo importante, pero también puede oscurecer la dirección de desarrollo más reciente de la red.

Los desarrolladores de XRPL han estado trabajando en funcionalidades destinadas a ampliar el papel de la cadena en las finanzas en cadena, incluyendo bóvedas, funcionalidad de creadores de mercado automatizados, credenciales y estándares de préstamos. XLS-66 es parte de esa trayectoria de desarrollo más amplia. A diferencia de las cadenas compatibles con EVM donde los protocolos DeFi suelen ser desplegados como contratos inteligentes por desarrolladores externos, XRPL implementa las principales funcionalidades financieras como funcionalidad nativa del protocolo a través de propuestas de estándares y enmiendas. Esto significa que funcionalidades como los préstamos pasan por un proceso formal de revisión de estándares antes de poder activarse en la mainnet, razón por la cual propuestas como XLS-66 son indicadores significativos de la hoja de ruta de la red.

Un protocolo de préstamos nativos daría a XRPL una conexión más directa con los mercados de crédito. Sin embargo, la propuesta no intenta reproducir exactamente los modelos DeFi existentes. Introduce Single Asset Vaults y préstamos a plazo fijo mientras mantiene la suscripción extracadena como una parte clave del proceso.

En ese sentido, el diseño se asemeja a un puente entre los flujos de trabajo de crédito tradicionales y la liquidación en blockchain. La evaluación crediticia tendría lugar fuera de la cadena, mientras que la estructura del préstamo resultante podría registrarse y liquidarse en XRPL.

Por Qué la Suscripción Extracadena Es Central

La mayoría de los préstamos DeFi están sobregarantizados. En ese modelo, un usuario deposita activos por un valor superior al monto que toma prestado, y los contratos inteligentes gestionan las liquidaciones si el valor de la garantía cae demasiado. Este enfoque es transparente y automatizado, pero también es ineficiente en términos de capital porque los prestatarios generalmente necesitan tener activos sustanciales antes de poder acceder al crédito. Protocolos como Aave y Compound han popularizado este modelo en Ethereum, y sigue siendo el paradigma dominante en la mayoría de los mercados de préstamos DeFi en la actualidad.

Los préstamos sin garantía funcionan de manera diferente. Requieren alguna combinación de confianza, identidad, evaluación crediticia o suscripción. Sin esos elementos, los prestatarios podrían obtener préstamos sin un mecanismo confiable para que los prestamistas evalúen el riesgo de repago.

XLS-66 introduce intermediarios de préstamos como parte de esta estructura. Bajo el modelo propuesto, las decisiones crediticias y la evaluación del prestatario ocurrirían fuera de la cadena, mientras que los términos del préstamo y la liquidación resultantes podrían gestionarse en cadena.

Eso crea un modelo de riesgo que difiere significativamente del préstamo DeFi estándar. Puede ser más adecuado para algunos flujos de trabajo de crédito del mundo real, pero también depende en gran medida de la calidad del proceso de suscripción. La blockchain puede registrar la liquidación, hacer cumplir ciertos términos y proporcionar transparencia, pero no elimina el riesgo crediticio del prestatario.

Por esa razón, el rol del intermediario de préstamos es un elemento central de la propuesta en lugar de un detalle de implementación menor.

Single Asset Vaults como Bloque de Construcción

Single Asset Vaults son otra parte importante del diseño propuesto. Una estructura de bóveda puede ayudar a organizar fondos, aislar activos y crear un contenedor más claro para actividad de préstamos específica. Eso podría hacer que los préstamos basados en XRPL sean más fáciles de entender y gestionar que un modelo de fondo menos estructurado.

Para los desarrolladores, las bóvedas también pueden servir como bloques de construcción financieros más amplios. Una vez que la mecánica de bóvedas esté disponible, otros productos pueden volverse más fáciles de desarrollar. Los préstamos, los productos de rendimiento, el crédito estructurado y las herramientas de gestión de activos requieren métodos confiables para mantener y contabilizar activos.

Por eso las discusiones sobre estándares técnicos pueden ser importantes antes de un lanzamiento en mainnet. Los mercados suelen prestar más atención una vez que una funcionalidad está activa, pero la arquitectura se moldea antes, mientras los estándares se debaten, revisan y prueban. XLS-66 es la etapa donde el diseño de préstamos nativos de XRPL se está desarrollando y refinando.

Los Préstamos Nativos en XRPL Aún No Están Activos

La principal advertencia es que XLS-66 sigue en revisión y pruebas. Los usuarios no deben asumir que los préstamos nativos en XRPL están disponibles actualmente. Los desarrolladores aún están trabajando en la especificación y la integración de código, incluyendo el trabajo relacionado rastreado en los repositorios de XRPLF.

Ese proceso es típico del desarrollo de protocolos, particularmente cuando se trata de primitivos financieros. Los sistemas de préstamos requieren una revisión cuidadosa porque los errores pueden ser costosos. Implican saldos, reembolsos, incumplimientos, contabilidad de bóvedas, permisos y expectativas de los usuarios.

Para los tenedores de XRP y los usuarios de XRPL, la propuesta es notable porque expandiría los casos de uso potenciales de la red si se implementa de manera segura. Los préstamos nativos podrían fortalecer el perfil DeFi de XRPL y podrían interesar a desarrolladores y usuarios que buscan productos de crédito conectados a la velocidad y las funcionalidades de liquidación del ledger.

En la etapa actual, sin embargo, la propuesta sigue siendo sobre diseño y pruebas en lugar de adopción.

El Desarrollo DeFi de XRPL Se Vuelve Más Visible

XLS-66 muestra que el desarrollo de XRP Ledger se está moviendo hacia una infraestructura financiera más avanzada. Eso no reemplaza la herencia de pagos de la red; le añade otra capa. Los pagos y los préstamos están estrechamente conectados en las finanzas tradicionales, y una blockchain que soporta ambos puede tener un papel más amplio que una utilizada solo para transferencias.

Varias preguntas permanecen sin resolver. El estándar necesitaría ser finalizado, el código necesitaría integrarse de manera segura, los desarrolladores necesitarían construir productos de préstamos alrededor de él, los usuarios necesitarían confiar en el modelo de suscripción extracadena y los intermediarios de préstamos necesitarían generar demanda real.

Esos resultados siguen siendo inciertos y tomarán tiempo evaluar. Por ahora, el punto clave es que los desarrolladores de XRPL están trabajando en préstamos nativos de una manera que refleja la propia arquitectura de la red, en lugar de simplemente copiar el modelo DeFi de otra cadena.

Si el esfuerzo tiene éxito, XLS-66 podría ayudar a posicionar a XRPL como una capa de aplicaciones financieras más amplia. Si se estanca, aún indicará dónde los desarrolladores han estado intentando impulsar las capacidades de la red. En cualquier caso, el estándar sigue siendo uno de los esfuerzos de desarrollo de XRPL más importantes para monitorear.

Este artículo se basa en discusiones de GitHub de XRPLF sobre XLS-66 y la solicitud de extracción relacionada de rippled. El reporte original fue escrito por el News Desk y editado por Samuel Rae. Se basa en información publicada en divulgaciones y documentación de fuente primaria.