El validador XRP Kuwait ha emitido una refutación abierta a las acusaciones de que ha perdido su independencia tras una actualización de emergencia de la red. El reciente lanzamiento de xrpld 3.4.1, un parche de seguridad crítico que los operadores de nodos instalaron casi simultáneamente, provocó acalorados debates en toda la comunidad cripto.
Tal respuesta provocó acusaciones de centralización oculta dentro del XRP Ledger. Sin embargo, XRP Kuwait rechazó categóricamente esta afirmación, declarando que una evaluación de riesgos compartida y una respuesta coordinada a las amenazas no tienen nada que ver con el concepto de control centralizado.
"No estamos de acuerdo con la afirmación de que los operadores que coordinan una actualización sea, en sí mismo, prueba de control centralizado. Coordinación no es lo mismo que control. Participar en una respuesta coordinada no reemplaza nuestro juicio independiente", — declararon representantes de XRP Kuwait.
Por qué todos debaten ahora la independencia de XRP
El validador se vio obligado a tomar medidas de emergencia tras una vulnerabilidad en el motor de pagos que involucraba un desbordamiento de enteros, que había permanecido indetectada en el código desde 2015. Al procesar cientos de ofertas comerciales, el total superaba el límite de la variable y se restablecía a cero.
Como resultado, los receptores recibían sus montos completos, mientras que solo un pequeño "remanente" se deducía de la cuenta del remitente. La diferencia generaba efectivamente nuevas monedas XRP no autorizadas fuera de las reglas que rigen la emisión.
El hecho de que esta salvaguarda integrada, conocida como la verificación de invariantes, no lograra detectar el problema debido a un desbordamiento similar es precisamente lo que avivó el fuego. Debido a que el mecanismo de protección se activó en los nodos inmediatamente después de la actualización del software, sin una votación en toda la red, los críticos cuestionaron de inmediato cuán independientes son realmente los validadores de la red si cambios tan amplios pueden eludir la gobernanza estándar.
Un segundo parche cerró una vulnerabilidad en el mecanismo Batch (XLS-56), donde los servidores aceptaban transacciones internas sin el envoltorio RawTransaction requerido. Esto amenazaba con causar divergencia de versiones de software, disputas de consenso y un posible apagado de la blockchain. La corrección estaba vinculada a la enmienda fixBatchV1_2, que se activó con éxito en Mainnet el 9 de octubre.
Según la XRPL Foundation, las vulnerabilidades fueron eliminadas antes de que los atacantes tuvieran conocimiento de ellas. No se ha registrado pérdida de fondos, y todos los servidores que ejecutan versiones anteriores ahora están completamente bloqueados por enmiendas y desconectados de la sincronización.
Sin embargo, es el cumplimiento de los validadores durante esta emergencia lo que desencadenó el actual enfrentamiento en toda la industria. En respuesta, XRP Kuwait reconoció abiertamente que la red enfrenta desafíos sistémicos de descentralización: "No afirmamos que XRPL no tenga desafíos de descentralización".
No obstante, el validador enfatizó que proteger la estabilidad del ledger durante incidentes críticos es totalmente compatible con los principios de autonomía tecnológica, argumentando que una defensa rápida y coordinada no significa una falta de independencia real.
