- Los líderes de Ripple están debatiendo la posibilidad de añadir staking nativo y capacidades DeFi al XRP Ledger.
- El CTO David Schwartz propuso un consenso de «dos capas» para separar la gobernanza de la computación.
- Este movimiento sigue al lanzamiento del ETF Canary XRP, señalando un giro hacia la DeFi institucional.
El XRP Ledger (XRPL), que comenzó como una red de liquidación en 2012, ahora se dirige a un cambio importante en la empresa, ya que el CTO de Ripple, David Schwartz, y el jefe de ingeniería de RippleX, J. Ayo Akinyele, abren la puerta a capacidades nativas de DeFi e incluso a la posibilidad de staking.
Este movimiento sigue al lanzamiento del primer ETF spot de XRP por Canary. Schwartz afirmó que el mundo blockchain ha cambiado desde el debut de XRPL y que ahora los desarrolladores necesitan reconsiderar suposiciones largamente arraigadas sobre la gobernanza, los incentivos y cómo debería fluir el valor a través de la red.
Por qué Ripple está considerando ahora el staking nativo
Históricamente, XRP ha servido como un puente rápido y eficiente como un instrumento de activos puente y liquidez. Impulsaba los pagos, permitía la liquidación de activos tokenizados y facilitaba el movimiento en tiempo real de valor a través de mercados globales. Pero la llegada de productos de grado institucional como los bonos del Tesoro tokenizados, los fondos del mercado monetario y los ETFs ha invertido completamente la situación.
Schwartz y Akinyele señalan que XRP se está utilizando en entornos DeFi a través de protocolos externos como Flare, Axelar, MoreMarkets y Doppler. Akinyele se preguntó si pronto XRPL soportará el staking nativo.
Aunque el staking se utiliza típicamente para alinear incentivos económicos entre validadores y poseedores de tokens, XRPL funciona de forma diferente. Se queman las comisiones de transacción. Los validadores tienen la misma influencia independientemente de la propiedad del token. Cualquier introducción del staking representaría por tanto un cambio importante.
La solución de ‘dos capas’: Separar la gobernanza de la computación
Para abordar los desafíos, Schwartz introdujo dos marcos conceptuales tempranos. La primera es un diseño consensuado de dos capas que mantiene intacto el modelo basado en confianza existente de XRPL mientras introduce una capa incentivada para tareas con alto rendimiento.
Bajo este modelo, la capa externa seguiría supervisando la gobernanza, las enmiendas, las estructuras de tasas y la política de validadores. Preservaría la estabilidad actual de XRPL y la fiabilidad institucional. Sin embargo, la capa interna sería responsable de avanzar las transiciones del libro mayor con mayor frecuencia y eficiencia.
Es importante señalar que un mecanismo de selección basado en stakings podría determinar qué validadores participan en esta capa interna. Esta división permitiría a XRPL mantener sus fortalezas, velocidad, seguridad, coste mínimo y fomentar una mayor diversidad de validadores.
Vet, un entusiasta de las criptomonedas, preguntó si una estructura así realmente elimina las demandas computacionales de las nuevas funcionalidades. Schwartz respondió que la capa interna podía manejar procesos con mucha carga de cálculo mientras la capa externa supervisaba.
Relacionado: XRP cae un 11% mientras muchos ETFs se preparan para la semana de lanzamiento entre el 18 y el 25 de noviembre
Disclaimer: The information presented in this article is for informational and educational purposes only. The article does not constitute financial advice or advice of any kind. Coin Edition is not responsible for any losses incurred as a result of the utilization of content, products, or services mentioned. Readers are advised to exercise caution before taking any action related to the company.
