La Fundación XRP Ledger ha rechazado las críticas a un parche de seguridad de emergencia que corrigió un error que podría haber permitido a un atacante crear una cantidad ilimitada de XRP. La fundación negó las afirmaciones de que el parche se impuso a los operadores de la red, y afirmó que la corrección era necesaria para proteger la integridad del ledger.
Qué permitía el error
La vulnerabilidad, que no se ha descrito en detalle técnico, habría permitido a alguien generar XRP sin autorización. Se trata de un problema grave para cualquier blockchain, pero especialmente para una cuyo activo nativo está destinado a tener una oferta fija. Una acuñación ilimitada habría socavado la confianza en el ledger y en su token.
La fundación actuó rápidamente para publicar el parche. No ha especificado exactamente cuándo se descubrió el error ni cuánto tiempo existió antes de ser corregido. Lo que está claro es que la corrección se lanzó como medida de emergencia, no como parte de una actualización de software habitual.
Las críticas por cómo se implementó
Algunos operadores de nodos y miembros de la comunidad se quejaron de que el parche se impuso sin suficiente consulta. La Fundación XRP Ledger rechazó esa caracterización. Afirmó que el parche no se impuso a nadie, aunque no ha explicado en detalle cómo se notificó a los validadores y operadores de nodos ni si se les dio la oportunidad de opinar.
La postura de la fundación es que la gravedad del error justificaba una acción rápida. Los parches de emergencia son habituales en el software, pero en las redes descentralizadas siempre son polémicos. Los operadores de nodos ejecutan el software que mantiene el ledger en funcionamiento y, por lo general, esperan tener voz en los cambios que afectan a las reglas de consenso o a la seguridad.
La fundación no nombró a ningún crítico específico ni proporcionó una cronología de cuándo se informó a los operadores sobre la corrección. Tampoco dijo si se creó realmente algún XRP utilizando el error antes de que el parche entrara en vigor.
La disputa toca una tensión familiar en el mundo cripto: cómo responder a fallos de seguridad críticos sin socavar la gobernanza descentralizada que da valor a estas redes. Un error que permite a alguien acuñar tokens ilimitados es prácticamente lo peor que puede pasar. Pero una corrección que se salta el proceso habitual puede sentar un precedente que preocupa a las personas que gestionan la infraestructura.
El XRP Ledger tiene un mecanismo de consenso único que depende de un conjunto de validadores de confianza. Ese diseño ya concentra cierto poder de decisión, y los parches de emergencia pueden amplificar esas preocupaciones. La defensa de la fundación sugiere que considera que la compensación vale la pena: mejor una corrección rápida que un ledger explotable.
Por ahora, el parche está implementado. La fundación no ha dicho si planea publicar un análisis post-mortem completo o abrir un debate más amplio sobre cómo se gestionarán futuras emergencias. Los operadores de nodos que discreparon del proceso no han dicho públicamente qué harán a continuación: si seguirán ejecutando el software actualizado o presionarán para cambiar la forma en que se toman estas decisiones.
El error en sí está corregido, pero la discusión sobre cómo se corrigió sigue sin resolverse.
