El CTO Ripple propone una nueva perspectiva sobre XRPL con la idea del staking nativo.

El diseño de larga data del XRP Ledger está recibiendo una atención renovada tras los comentarios del CTO Ripple David “JoelKatz” Schwartz, quien afirmó que la próxima fase de la red podría requerir un reexamen de cómo fluye el valor a través de su infraestructura.

El debate surgió a medida que los desarrolladores y los miembros de la comunidad examinan el papel cada vez más importante del XRPXRPXRP XRPXRPXRPXRP XRPXRPL) debido al continuo crecimiento de las aplicaciones de finanzas descentralizadas, la introducción de nuevos casos de uso de tokenización y el reciente lanzamiento del primer XRP fondo cotizado en bolsa (ETF)

Las declaraciones de Schwartz destacaron que las demandas emergentes en todo el ecosistema han impulsado una conversación más amplia sobre si el staking nativo podría integrarse algún día en la red, a pesar de la arquitectura fundamentalmente diferente de XRPcon respecto a los sistemas típicos de prueba de participación.

Cambio de enfoque en torno a la funcionalidad XRPL

Schwartz señaló que la industria blockchain ha cambiado desde el lanzamiento de XRPL en 2012. Afirmó que sus propias perspectivas sobre gobernanza, consenso e incentivos de red también han evolucionado. Según él, la actividad relacionada con XRP en plataformas DeFi como Flare, MoreMarkets, Axelar y Doppler, junto con las iniciativas en curso sobre programabilidad y la posible funcionalidad detracinteligentes, impulsaron una reevaluación de las capacidades nativas adicionales que podrían implementarse en el futuro.

XRP Ledger se creó en 2012. El mundo de la cadena de bloques ha cambiado muchísimas veces desde entonces.

Mis propias ideas sobre gobernanza y modelos de consenso han evolucionado. He estado reflexionando sobre cómo XRP se utiliza DeFi (tanto de forma orgánica con aplicaciones y protocolos como Flare,… https://t.co/XhufcyBzkA

— David 'JoelKatz' Schwartz (@JoelKatz) 18 de noviembre de 2025

Sus declaraciones se producen tras una observación similar de J. Ayo Akinyele, quien citó XRPel uso histórico de primer XRP ETF spot y la llegada prevista de más emisores señalan un cambio de rumbo hacia una mayor participación institucional en el activo, incluyendo ámbitos como los fondos del mercado monetario y los bonos del tesoro tokenizados.

Conceptos iniciales sobre el staking nativo

Ripple El CTO aclaró que XRPXRPXRP XRPXRPXRPXRP XRPXRPL se destruyen en lugar de distribuirse, el libro mayor está diseñado para transferir cualquier activo de forma rápida y a bajo coste, y la influencia de los validadores no está determinada por la propiedad de los tokens. Afirmó que, para que exista el staking nativo, la red requeriría tanto una defide recompensas por staking como un mecanismo de distribución equitativa, lo que transformaría la forma en que el valor circula dentro del libro mayor.

El miembro de la comunidad Vet respondió señalando que el staking en otras cadenas se emplea generalmente para determinar los productores de bloques, lo que plantea dudas sobre cómo se aplicaría dicho modelo a XRPL. En respuesta, Schwartz describió dos conceptos técnicos que él y otros colaboradores han examinado, aunque afirmó que es poco probable que ambos se adopten a corto plazo.

Modelo de dos capas e incentivos a prueba de ZK

En el primer concepto se utiliza un enfoque de consenso de dos capas. Según este modelo, las transiciones del libro mayor serían impulsadas por una capa interna de 16 validadores que serían elegidos mediante un mecanismo de participación.

El algoritmo de consenso L XRPactual conformaría una capa que regularía las modificaciones, las directrices sobre comisiones y el correcto funcionamiento de la capa interna. Según Schwartz, esta separación permitiría una mayor diversidad de validadores, manteniendo a la vez un rápido avance del libro mayor mediante el uso de rondas de validación más pequeñas y ligeras.

Un segundo concepto mantiene el mecanismo de consenso actual, pero reutiliza las comisiones por transacción para compensar las pruebas de conocimiento cero que verifican la ejecución detracinteligentes. Según Schwartz, director de tecnología Ripple , este enfoque reduciría la necesidad de que cada nodo ejecute cálculos complejos, trasladando los costes de verificación a la generación de pruebas de conocimiento cero.

A medida que avanzaba la discusión, Vet planteó la cuestión de si la estructura de dos capas lograría descargar con éxito las tareas que requieren mayor capacidad de cómputo a un entorno incentivado, manteniendo al mismo tiempo la lógica de consenso actual orientada a los pagos.

Schwartz aclaró que el progreso del libro mayor se gestionaría mediante el protocolo interno en cada transición, bajo la supervisión de la capa externa. Asimismo, afirmó que este diseño podría mejorar la resiliencia del sistema, ya que el libro mayor solo se detendría cuando ambas capas cesaran sus operaciones.