El parche cerró un fallo que permitía crear XRP sin autorización: la Fundación sostiene que cada operador de nodo decidió solo si lo instalaba
La Fundación XRP Ledger niega que impusiera el parche a los nodos
La Fundación XRP Ledger ha salido a negar que impusiera nada a nadie. Días después de que la red publicara un parche de urgencia para cerrar un fallo que permitía crear XRP sin autorización, la organización que mantiene el software del libro mayor respondió a las críticas de quienes sostienen que la actualización se forzó sobre los operadores de nodos: ningún nodo, afirma, está obligado a instalar una versión nueva, y cada operador decidió por su cuenta si lo hacía y cuándo. La respuesta, recogida por Cointelegraph en la madrugada del lunes 12 de octubre, desplaza la discusión del terreno técnico al de la gobernanza: quién puede mover una red que se presenta como descentralizada cuando hay prisa. El mercado apenas ha acusado el episodio. XRP cotiza a $1,41, con una capitalización de $88.989 millones y cuatro sesiones consecutivas al alza en nuestra serie.
Qué se le reprocha a la Fundación XRP Ledger
El reproche no es que el parche estuviera mal hecho, sino el modo. Un fallo de seguridad en el software de los nodos se corrige en privado, se publica una versión nueva y se pide a los operadores que actualicen cuanto antes, normalmente sin explicar del todo qué se está tapando para no dar el mapa a quien quiera aprovecharlo. Ese silencio inicial es lo que ha irritado a parte de la comunidad técnica: actualizar a ciegas y deprisa se parece poco al ideal de una red donde cada cambio se discute antes.
La Fundación —una entidad distinta de Ripple, la empresa que impulsa el ecosistema— responde con el argumento más literal posible: no tiene forma de entrar en el servidor de nadie. Publica código. Lo que ocurre después depende de cientos de administradores de sistemas repartidos por el mundo, cada uno con su calendario de mantenimiento.
Un fallo que atacaba la emisión, no el saldo de nadie
Conviene medir qué estaba en juego. El fallo no vaciaba carteras: tocaba el límite de emisión. En el XRP Ledger la cantidad total de moneda se fijó en el origen, 100.000 millones de unidades, y desde entonces solo puede bajar, porque cada transacción quema una fracción mínima en comisiones. No hay minado ni inflación programada. Un agujero que permitiera crear unidades fuera de ese límite no roba a un usuario concreto: rompe la promesa que sostiene el valor de todas las demás.
De ahí la urgencia, y de ahí también que el episodio se haya cerrado sin daños conocidos. No se ha documentado ningún caso en que el fallo llegara a usarse antes del parche, que cubrimos cuando se publicó en la nota sobre el fallo que permitía crear XRP de la nada.
Por qué un parche de seguridad no se vota como una enmienda
Aquí está la confusión de fondo del debate. El XRP Ledger tiene un mecanismo formal para cambiar sus reglas: las enmiendas, que necesitan el respaldo de una amplia mayoría de los validadores mantenido durante dos semanas seguidas antes de activarse. Es lento a propósito. La enmienda Batch, que se retrasó al 9 de octubre, es un ejemplo reciente de ese ritmo.
Un parche de seguridad no pasa por ahí, y no porque alguien se salte el procedimiento: es que no cambia las reglas del consenso, arregla la implementación que las ejecuta. No hay nada que votar. Lo que hay es una carrera: si una mayoría suficiente de validadores actualiza, la red sigue; si se queda a medias, el riesgo deja de ser el fallo y pasa a ser la divergencia entre nodos con código distinto. Esa es la presión real que sienten los operadores, y es la que algunos han descrito como imposición.
XRP sigue a más de la mitad de camino de su máximo
El precio no ha contado esta historia. XRP está un -61,3% por debajo de su máximo histórico de $3,65 y acumula un +4,41% en los 31 días que llevamos registrando su cotización. La última semana, según nuestra serie:
| Fecha | Precio (USD) |
|---|---|
| 6 de octubre | 1,50 |
| 7 de octubre | 1,42 |
| 8 de octubre | 1,38 |
| 9 de octubre | 1,39 |
| 10 de octubre | 1,40 |
| 11 de octubre | 1,41 |
| 12 de octubre | 1,42 |
La caída del día 7 y el suelo del 8 son anteriores a este rifirrafe y responden a otra cosa. Quien tenga XRP en una cartera propia no tenía nada que hacer con el parche: afecta al software de los nodos, no a los monederos de los usuarios.
Lo que queda por mirar son dos cosas concretas: cuántos validadores corren ya la versión corregida —el dato es público y se mide día a día— y si la Fundación publica el análisis técnico completo del fallo, que es la práctica habitual una vez la red está a salvo. Mientras no llegue ese documento, el debate sobre el método seguirá abierto.
Fuentes
- XRP Ledger defends emergency patch for unlimited XRP bug — Cointelegraph, 12/10/2026
Este artículo no es una recomendación de inversión. Las criptomonedas son un activo volátil y sin cobertura de garantía de depósitos: puedes perder todo el dinero invertido.
¿Quieres ver antes nuestras noticias en Google? Añade Jukipto como fuente preferida.
Este artículo lo publica la redacción de Jukipto siguiendo nuestra política editorial. Los datos de mercado proceden de CoinGecko. No es una recomendación de inversión: las criptomonedas son un activo volátil y puedes perder todo el dinero invertido — lee el aviso legal financiero. ¿Ves un error? Escríbenos a info@jukipto.com y lo corregimos.