Ripple Soluciona un Error Crítico que Impedía la Creación No Autorizada de XRP

Ripple ha anunciado la resolución de un error crítico de software que existía desde 2015, el cual tenía el potencial de permitir la creación no autorizada de XRP. Esta vulnerabilidad, de haberse explotado, podría haber llevado a la creación de miles de millones de XRP más allá del límite establecido de 100 mil millones de tokens.

El error estaba relacionado con el código del XRP Ledger, específicamente en las versiones 3.4.0 y anteriores, y fue corregido silenciosamente en septiembre de 2026. La divulgación pública del problema ocurrió el 9 de octubre de 2026. Los investigadores confirmaron que el error nunca había sido explotado en la red pública, manteniendo así la integridad del suministro de XRP.

La falla permitía a un atacante aprovechar un entero de 64 bits utilizado para calcular las cantidades de XRP durante las transacciones, lo que potencialmente les habría permitido crear XRP que no existía. Afortunadamente, los controles de seguridad existentes no detectaron este problema, pero el equipo de Ripple actuó rápidamente para implementar una solución de emergencia.

Este desarrollo se espera que refuerce la confianza entre los inversores de XRP, especialmente mientras el mercado navega por desafíos regulatorios y competencia. Se aconseja a los observadores que estén atentos a futuras comunicaciones del liderazgo de Ripple y a cualquier anuncio significativo relacionado con la adopción de XRP y los avances tecnológicos.

Nuevos Hechos sobre el Error de XRP de Ripple

• Un error crítico en el software de pago del XRP Ledger podría haber permitido la creación no autorizada de XRP, potencialmente sin ser detectado desde 2015.
• El fallo fue reportado por el investigador Cayden Liao y Veria AI a través del programa de recompensas por errores de XRPL el 22 de septiembre de 2026.
• El error afectó a versiones del software hasta xrpld 3.4.0.
• RippleX lanzó una solución en la versión 3.4.1 del software del servidor el 25 de septiembre de 2026, que entró en vigor inmediatamente tras las actualizaciones de los operadores.
• Esta solución se implementó sin el respaldo habitual del 80% de los validadores para evitar exponer el error en código abierto.
• Más del 80% de los validadores predeterminados se actualizaron el día del lanzamiento, antes de que el código de la solución se divulgara públicamente.