En las últimas noticias de Ripple, la Fundación XRP Ledger y RippleX revelaron una vulnerabilidad en el motor de pagos que, en teoría, podría haber creado aproximadamente 18 billones de XRP disponibles para gastar en una sola transacción, una cifra muy superior al suministro previsto de 100.000 millones de XRP del libro mayor.
La divulgación afirma que no había pruebas de que la falla se hubiera explotado en una red pública ni de que se hubieran creado XRP sin autorización; se corrigió en xrpld 3.4.1.
Esto suponía un riesgo para la integridad del suministro, no una brecha confirmada. En condiciones de pago especialmente diseñadas, la vulnerabilidad de XRPL podría haber hecho que el libro mayor acreditara más XRP de los que pagó el comprador; un control de seguridad existente no detectó la diferencia.
Es oficial.
XRP Ledger corrige un error de desbordamiento de una década de antigüedad en su motor de pagos que podría haber permitido a un atacante acuñar unos 18 billones de XRP gastables en una sola transacción. pic.twitter.com/mP6Mv6fkTK
— MSB Intel (@MSBIntel) 11 de octubre de 2026
Potencia tus operaciones en 2026 con los bots de trading con IA de BloFin Desbordamiento del motor de pagos de XRP Ledger: cómo funcionaba el error
El motor de pagos puede consumir ofertas del libro de órdenes cuando un pago recorre una ruta de negociación. La divulgación señala que podía producirse un desbordamiento de entero no comprobado al sumar los importes de numerosas ofertas: cuando la suma superaba el máximo fijo que podía representarse con el entero, el valor volvía a un número pequeño en lugar de generar un error.
Esa discrepancia aritmética era importante porque el motor seguía pagando a cada propietario de las ofertas el importe íntegro, mientras que solo cobraba al comprador el total reducido por el desbordamiento. La diferencia habría equivalido a XRP recién creados. La invariante del libro mayor de que «no se crean XRP» también se basaba en una operación aritmética que se desbordaba de la misma manera, por lo que no detectaba la discrepancia.
La vulnerabilidad afectaba a xrpld 3.4.0 y versiones anteriores. Se reportó a través del programa de recompensas por errores de XRPL el 22 de septiembre de 2026, y el informe indica que el fallo podría haber estado presente desde que se escribió el motor de pagos actual, en 2015. La divulgación de la vulnerabilidad, publicada el 9 de octubre, señala que la corrección se incluyó en xrpld 3.4.1, lanzado el 25 de septiembre.
Inteligencia de mercado: analista de criptomonedas predice cuál será la mejor nueva criptomoneda para holdear
Noticias de Ripple: la exposición de 18 billones de XRP era teórica
La cifra reportada de aproximadamente 18 billones de XRP describe lo que la vulnerabilidad podría haber permitido teóricamente en una sola transacción. Equivale a unas 180 veces la oferta prevista de 100.000 millones del libro mayor. La divulgación afirma explícitamente que los investigadores no encontraron pruebas de explotación en una red pública ni de creación no autorizada de XRP.
Para activar el fallo, se necesitaban ofertas diseñadas especialmente y un pago concebido para consumir muchas de ellas a la vez. No era algo que pudiera ocurrir accidentalmente en pagos o negociaciones normales. La divulgación disponible no informa de ninguna vulneración confirmada de la red pública ni de fondos perdidos, y la escala potencial no debe confundirse con un suceso observado en el mercado o en la oferta.
En xrpld 3.4.1, el motor de pagos comprueba si hay desbordamiento al sumar los importes de las ofertas y, si la suma supera el límite, interrumpe la ruta de pago afectada. La divulgación también señala que la comprobación de seguridad para garantizar que no se creen XRP ahora utiliza un contador más amplio, además de reforzar otros segmentos de código que suman saldos.
Contexto de la actualización de XRPL: una vulnerabilidad independiente en Batch
La versión 3.4.1 de XRP Ledger es ahora la versión mínima requerida tras la activación de las enmiendas recientes.
Esta versión corrigió componentes críticos de XRP Ledger.
El informe de vulnerabilidad se puede consultar aquí:https://t.co/sYIwuDomjY Notas de la versión pública:https://t.co/JqX4UYDDg6 pic.twitter.com/pH9Gnsnpqi
— XRP Ledger Operations (@XPLOperations) 10 de octubre de 2026
Se corrigieron dos errores en xrpld 3.4.1. El segundo afectaba la validación de envoltorios de transacciones internas en las transacciones Batch y afectaba a xrpld 3.3.0 y 3.4.0; la enmienda BatchV1_1 no estaba activa en Mainnet cuando se detectó el problema. Es un error distinto del desbordamiento del motor de pagos y no debe interpretarse como prueba de que las mismas condiciones afectaran a ambos errores.
La divulgación describe una lección de seguridad específica, pero importante: una comprobación de seguridad puede fallar si repite las mismas operaciones aritméticas inseguras que la lógica de transacción que debe verificar.
Según las últimas noticias de Ripple, el problema práctico no era simplemente que un cálculo de pago pudiera desbordarse, sino que la comprobación independiente destinada a proteger la integridad de la oferta también podía desbordarse.
Inteligencia de mercado: analista de criptomonedas predice cuál será la mejor criptomoneda de baja capitalización
siguiente
La publicación Noticias de Ripple: un error oculto de XRPL podría haber creado 18 billones de XRP apareció primero en Coinspeaker.