El XRP Ledger ha restablecido funcionalidad previamente suspendida a través de su última actualización del software rippled, reinstaurando funciones que fueron retiradas después de que se identificaran errores críticos. La restauración forma parte del proceso de gobernanza basado en enmiendas de la red, con los cambios documentados en el lanzamiento oficial del proyecto y los materiales del blog correspondientes.

El XRP Ledger es una blockchain de Capa 1 utilizada para pagos transfronterizos, tokenización y aplicaciones de finanzas descentralizadas, lo que hace que la confiabilidad de su software central sea directamente relevante para un amplio ecosistema de desarrolladores, instituciones financieras y proveedores de infraestructura.

Detalles de la restauración

La actualización está vinculada al lanzamiento de rippled 3.2.0, el software central que alimenta los nodos del XRP Ledger. Reinstaura capacidades que habían sido retiradas durante un período de remediación anterior tras el descubrimiento de problemas de confiabilidad en la red.

La activación de funciones en el XRP Ledger se rige por enmiendas, que requieren la aprobación de los validadores antes de entrar en vigor en toda la red. Las enmiendas deben mantener al menos un 80% de apoyo por parte de los validadores de confianza de la red durante un período de dos semanas para activarse, un mecanismo diseñado para prevenir cambios unilaterales y garantizar el consenso en toda la red. El estado actual de cada enmienda se rastrea en la página de referencia de enmiendas conocidas, que enumera cada enmienda y su estado en la red.

La funcionalidad reinstaurada sigue esta vía de enmienda en lugar de un cambio automático, lo que significa que depende del apoyo de los validadores antes de entrar en vigor. El ledger demostró recientemente este mecanismo cuando activó la enmienda fixCleanup3_2_0 después de alcanzar un 85,7% de apoyo de los validadores.

Por qué se retiraron las funciones

Las funciones fueron retiradas originalmente después de que surgieran problemas que afectaban la confiabilidad de la red. Los detalles sobre el problema subyacente se publicaron en un informe de divulgación de vulnerabilidades de septiembre de 2025, que describía la naturaleza del error y la respuesta del proyecto.

Entre la reversión y la restauración, la corrección tuvo que desarrollarse, revisarse y empaquetarse en un lanzamiento de software formal. La secuencia completa de compilaciones de rippled es visible en la página de lanzamientos de GitHub del proyecto, que registra cada versión y sus notas correspondientes.

El proceso se enmarcó como un asunto de confiabilidad más que como una amenaza de seguridad en curso, lo que demuestra el enfoque de la red de priorizar la estabilidad mediante la retirada de funciones afectadas hasta que se dispusiera de una corrección verificada, una postura que coincide con la manera en que otros proyectos importantes de blockchain han gestionado descubrimientos similares, donde se prefiere la suspensión conservadora de funciones sobre la implementación de parches incompletos.

Implicaciones para el ecosistema del XRP Ledger

Para los operadores de nodos, el paso práctico es actualizar a la última compilación de rippled para garantizar que la infraestructura siga siendo compatible con la red a medida que avanzan las enmiendas. Los validadores, a su vez, determinan si las enmiendas asociadas alcanzan el umbral de activación requerido para su implementación en toda la red.

Los desarrolladores que construyen sobre el XRP Ledger recuperan el acceso a la funcionalidad previamente retirada una vez que se habilitan las enmiendas correspondientes, lo que permite que las aplicaciones que dependen de esas funciones reanuden su operación. Sin embargo, la activación no está garantizada hasta que se complete la votación de los validadores, por lo que se aconseja a los desarrolladores que confirmen el estado de las enmiendas antes de depender del comportamiento restaurado. Los desarrolladores también deben monitorear la página de enmiendas conocidas para detectar enmiendas adicionales que avancen en el proceso de votación, ya que el ciclo de lanzamiento 3.2.0 podría introducir más cambios en las capacidades que afecten el comportamiento de las aplicaciones.