El CTO de Ripple reacciona a las especulaciones sobre la actualización de XRP Ledger antes de 2026 - U.Today

El CTO de Ripple, David Schwartz, compartió recientemente una actualización sobre su centro de XRP Ledger, que ha estado en funcionamiento durante meses.

Las actualizaciones del CTO de Ripple sobre su centro de XRP Ledger generaron respuestas por parte de la comunidad cripto, con un usuario de X elogiando su estabilidad y planteando una pregunta importante relacionada con las actualizaciones de rippled y el proceso de enmiendas de XRP Ledger.

XRP Ledger utiliza un sistema de enmiendas que emplea el proceso de consenso para aprobar cualquier cambio que afecte el procesamiento de transacciones, con los validadores votando sobre ellos. Si una enmienda recibe más del 80% de apoyo durante dos semanas, la enmienda se aprueba y el cambio se aplica de forma permanente a todas las versiones posteriores del libro mayor.

¿Proceso de enmienda para actualizaciones de rippled?

El usuario de X preguntó si el proceso de enmienda podría aplicarse en el caso de habilitar actualizaciones de rippled, citando el caso de muchas versiones de rippled en los servidores dUNL.

En noviembre, se lanzó la versión rippled v2.6.2, que añade una nueva enmienda fixDirectoryLimit y una corrección crítica de errores. La activación de la enmienda “fixDirectoryLimit” el 18 de diciembre provocó que muchos nodos que no actualizaron quedaran “bloqueados por enmienda.”

Menos de tres semanas después del lanzamiento de rippled v2.6.2, Ripplex anunció que estaba disponible otra nueva versión de rippled, v3.0.0, que añadió nuevas enmiendas así como correcciones de errores. La versión v3.0.0 también incluyó enmiendas, como el protocolo de préstamo, que aún no han sido habilitadas pero están casi completas en código.

Ante esto, el usuario de X preguntó al CTO de Ripple si sería posible añadir “actualizar rippled” como una enmienda habilitada para votación. Si el 80% de los validadores vota a favor de la actualización, los servidores realizan una actualización escalonada sin intervención del usuario, añadió el usuario de X.

El CTO de Ripple respondió, diciendo que esto podría debilitar una limitación esencial en el poder de los validadores. Si se hace esto, los validadores podrían hacer que los nodos acepten cambios en las reglas que no eligieron conscientemente aceptar.

Aclarando aún más por qué la idea no le resulta muy favorable, Schwartz dijo que prefiere mantener el proceso de enmienda como un mero mecanismo de coordinación y no como un mecanismo de gobernanza principal.

El usuario de X mencionó que, con el ritmo acelerado de innovación en XRP Ledger, sincronizar actualizaciones, realizar pruebas y estar atento a los cambios podría ser mucho trabajo. El CTO de Ripple destacó que “sería bueno tener alguna especie de método prioritario para alertar al operador del nodo.”