La Comunidad XRP Explora el Staking Nativo en XRPL: ¡Descubre las Contribuciones de Flare y Ripple!

La comunidad de XRP está debatiendo la posible introducción de funcionalidades nativas de staking o préstamos en el XRP Ledger (XRPL). A pesar de tener más de una década de existencia, el XRPL carece de estas características, lo que obliga a los poseedores de XRP a depender de plataformas de terceros para obtener rendimientos. Esta conversación está cobrando impulso, con voces clave del ecosistema XRP haciendo sus contribuciones.

Introducción del Staking Nativo en el XRP Ledger

Recientemente, Mickle, una figura destacada de la comunidad XRP, propuso la idea de implementar staking de XRP, sugiriendo que alguien acepte el desafío de hacerlo realidad. Señaló a Babylon Labs, un protocolo de staking de Bitcoin, como un ejemplo de cómo podría funcionar un sistema de staking para XRP. Babylon Labs permite a los titulares de Bitcoin obtener rendimientos en sus holdings sin depender de terceros o puentes de activos hacia otras cadenas.

En respuesta al desafío de Mickle, Hugo Philion, cofundador y CEO de Flare Networks, mencionó que el desarrollo de las herramientas necesarias para implementar el staking en el XRPL está en marcha. Según Philion, Flare está creando mecanismos de staking utilizando Flare XRP (FXRP). Dijo que el protocolo aprovecharía el Flare Data Connector (FDC) para aplicar sanciones a los servicios de los proveedores o nodos en participación, como al transmitir datos de oráculos entre plataformas como Flare y XRPL.

Propuestas XLS para el Staking de XRP

Vet, un validador del XRPL dUNL, también presentó una idea. Propuso los estándares XLS-65 y XLS-66, dos protocolos futuros, para llevar la agricultura de rendimiento nativa al XRPL. Según Vet, estos estándares probablemente se someterán a pruebas rigurosas pronto, con un lanzamiento en devnet anticipado para que los desarrolladores puedan explorar sus capacidades.

• La propuesta XLS-65 introduce el “Single Asset Vault”, un mecanismo en cadena que combina activos de múltiples depositantes y los hace disponibles para otros protocolos en cadena.
• Este sistema de bóvedas facilitará una amplia gama de funciones, incluyendo préstamos, generación de rendimiento y gestión de activos. XLS-65 busca proporcionar flexibilidad para diferentes casos de uso, incluyendo staking nativo, al desacoplar la provisión de liquidez de la lógica específica del protocolo.
• El otro componente, XLS-66, se centra en los préstamos descentralizados. Notablemente, el protocolo apunta a crear un sistema de préstamos en el XRPL, donde los usuarios puedan ofrecer y recibir préstamos sin la necesidad de intermediarios como bancos.
• La propuesta simplifica los préstamos al evitar procesos complejos de colateral y liquidación en cadena. En su lugar, permite préstamos a plazo fijo sin colateral con tasas de interés predefinidas, confiando en mecanismos fuera de cadena para la evaluación del riesgo crediticio.
• Curiosamente, el protocolo XLS-66 usaría las bóvedas de activos definidas en XLS-65 para agrupar fondos de depositantes y facilitar los préstamos.

Tanto XLS-65 como XLS-66 fueron escritos por Vytautas Vito Tumas, ingeniero de software en Ripple, y Aanchal Malhotra, jefe de investigación en RippleX, mostrando que Ripple está activamente involucrado en el avance de las funcionalidades nativas de rendimiento y préstamos en el XRPL. Presentaron las propuestas simultáneamente en abril.

Preguntas frecuentes

• ¿Qué es el staking nativo en el XRP Ledger?
  El staking nativo en el XRP Ledger se refiere a implementar funciones directamente en la plataforma XRPL que permitan a los titulares de XRP obtener rendimientos sin tener que depender de plataformas de terceros.
• ¿Cuáles son las propuestas XLS-65 y XLS-66 para XRP?
  XLS-65 introduce la “Single Asset Vault” para la gestión y generación de rendimiento, mientras que XLS-66 se centra en préstamos descentralizados en el XRPL.
• ¿Quién está detrás del desarrollo de estas propuestas?
  Las propuestas XLS-65 y XLS-66 fueron desarrolladas por Vytautas Vito Tumas y Aanchal Malhotra de Ripple, con Ripple involucrado activamente en su implementación.