Los desarrolladores detrás del XRP Ledger (XRPL) afirman que no tuvieron más remedio que desplegar un parche de seguridad de emergencia sin esperar al proceso habitual de votación de los validadores de la red, que dura dos semanas. La actualización, publicada el 25 de septiembre, tenía como objetivo detener una vulnerabilidad que podía permitir a un atacante crear XRP gastables por encima del suministro fijo del libro mayor.
En comentarios públicos compartidos el domingo, los desarrolladores de XRPL argumentaron que el proceso habitual de enmiendas habría dejado la vulnerabilidad «a la vista del público durante semanas» antes de que la solución entrara en vigor, lo que habría dado tiempo a posibles atacantes para adaptarse. La decisión ha generado desde entonces un debate sobre cuán descentralizado es realmente XRPL, especialmente teniendo en cuenta que la red lleva mucho tiempo presentándose públicamente como una cadena de bloques totalmente descentralizada.
Conclusiones principales
El parche de emergencia del 25 de septiembre se implementó de inmediato en los servidores que lo instalaron, sin seguir la votación habitual de dos semanas de los validadores de XRPL sobre las enmiendas.
Los desarrolladores de XRPL afirmaron que esperar al proceso normal habría dejado el error expuesto a los atacantes durante semanas, aumentando el riesgo de seguridad.
El problema subyacente era un desbordamiento de enteros en el motor de pagos de XRPL que, en teoría, podría acuñar una cantidad prácticamente ilimitada de XRP mediante transacciones diseñadas con ese fin.
La Fundación XRPL afirmó que la decisión acelerada se coordinó conjuntamente entre varios grupos y que los validadores y operadores de nodos siguen eligiendo qué software ejecutar.
El operador validador independiente XRP Kuwait cuestionó las afirmaciones de que las actualizaciones coordinadas demuestran un control centralizado y sostuvo que coordinarse no es lo mismo que controlar.
Por qué XRPL omitió la votación habitual de los validadores
Los desarrolladores de XRPL defendieron el enfoque de emergencia en respuesta a las críticas de que el parche había eludido el proceso habitual de gobernanza del protocolo. Según la Fundación XRPL y los colaboradores asociados, el proceso normal de enmiendas de la red habría retrasado la solución y, al mismo tiempo, habría dado a los atacantes más tiempo para estudiar el problema y planear una explotación.
XRPL describió la situación como excepcional. En una publicación en X el domingo, el proyecto afirmó que la vía de emergencia era necesaria porque, de lo contrario, la solución habría quedado a la vista del público mucho antes de su activación. El argumento central de los desarrolladores era sencillo: una exposición más prolongada implica un riesgo mayor.
Sin embargo, ese razonamiento choca con el discurso de XRPL sobre la descentralización. En sus propios canales, XRPL ha recalcado que funciona como una cadena de bloques pública totalmente descentralizada, una afirmación que se ha utilizado en debates más amplios sobre si XRP puede considerarse un valor.
Debate sobre la descentralización tras el lanzamiento de emergencia
El lanzamiento acelerado despertó el escrutinio de comentaristas del mercado y del sector cripto. Justin Bons, fundador de Cyber Capital, afirmó que presentar XRP a los inversores minoristas como descentralizado es un «fraude descarado». Argumentó que el parche de emergencia se distribuyó únicamente como archivos binarios, mientras que el código fuente se mantuvo temporalmente oculto y se presionó a los operadores para que actualizaran.
La Fundación XRPL rechazó la interpretación de que la secuencia de acontecimientos indicara un control centralizado. En su respuesta, afirmó que ninguna parte podía decidir por sí sola omitir la votación ordinaria de enmienda. Según explicó, la decisión la tomaron conjuntamente la Fundación, RippleX, los desarrolladores principales y los validadores, tras evaluar la gravedad del error.
La Fundación también recalcó que los cambios en el protocolo siguen tramitándose mediante el mecanismo de enmiendas. Señaló que la versión 3.4.1 solo pasó a ser obligatoria después de que una votación ordinaria de enmienda alcanzara el umbral requerido: más del 80 % de apoyo de los validadores, mantenido durante dos semanas.
El operador validador independiente XRP Kuwait también rechazó el salto de «actualizaciones coordinadas» a «control centralizado». En una publicación propia, sostuvo que la coordinación entre operadores independientes no equivale a perder la independencia. Según explicó, los operadores pueden comunicarse, evaluar el mismo riesgo y llegar a una decisión común sin que ninguna entidad tome el control.
El error: desbordamiento de enteros en el motor de pagos de XRPL
En el centro de la controversia hay un defecto técnico descrito en los materiales de divulgación de vulnerabilidades de XRPL. El problema era un desbordamiento de enteros en el motor de pagos del libro mayor que, según se informó, estaba presente desde 2015.
XRPL almacena los saldos como enteros de 64 bits con un máximo fijo. Cuando un cálculo daba como resultado una suma que superaba ese máximo, el valor volvía a un número menor en lugar de que el sistema fallara de forma segura.
La divulgación explica cómo un atacante podría aprovechar este comportamiento mediante condiciones de negociación especialmente diseñadas. El atacante colocaría cientos de ofertas con precios elegidos deliberadamente, cada una solicitando una cantidad muy grande de XRP. Luego, al ejecutar un único pago que consumiera esas ofertas, el sistema acreditaría a cada propietario de una oferta el importe completo.
Mientras tanto, al comprador solo se le cobraría el total menor resultante del desbordamiento. La diferencia entre lo que recibieron los vendedores y lo que pagó el comprador equivaldría, en la práctica, a XRP recién creado y disponible para gastar.
Cabe destacar que el informe señala que el ataque requería ofertas cuidadosamente diseñadas y que no podía activarse mediante la actividad comercial habitual. Los desarrolladores también dijeron que no encontraron pruebas de que el problema se hubiera explotado en ninguna red pública.
Qué deberían vigilar ahora los inversores y los operadores
La pregunta inmediata tras eludir de emergencia el proceso de gobernanza es si XRPL considerará estas acciones excepciones poco frecuentes, estrictamente vinculadas a riesgos graves, o si el precedente podría influir en la forma de abordar futuros parches. Tanto los inversores como los validadores deberían estar atentos a si el proyecto aclara sus criterios para los lanzamientos de emergencia, cómo comunica los plazos y sus prácticas de divulgación, y si el debate más amplio sobre la descentralización afecta la confianza en el modelo de gobernanza de XRPL.
Este artículo se publicó originalmente como «XRP Ledger Releases Emergency Patch to Address Unlimited XRP Bug» en Crypto Breaking News, tu fuente de confianza para noticias sobre criptomonedas, Bitcoin y novedades de la cadena de bloques.