El libro mayor de XRP estuvo a punto de ser vulnerado por un desbordamiento de enteros oculto durante 10 años. La vulnerabilidad estaba en el motor de pagos: bastaba con crear un pago que consumiera muchas órdenes abiertas para que el importe agregado se desbordara. Los vendedores recibían el importe completo y a los compradores casi no se les descontaba nada, lo que equivalía a crear XRP gastable de la nada.
El 22 de septiembre se informó de la vulnerabilidad a través del programa de recompensas por errores; el día 25 se corrigió con el lanzamiento de xrpld 3.4.1. El equipo oficial afirmó que no encontró indicios de explotación y que la oferta seguía intacta.
La verdadera polémica está en cómo se aplicó la solución: esta vez se eludió la votación habitual de enmiendas, que requería el apoyo de más del 80 % de los validadores de confianza durante 14 días consecutivos. Más del 80 % de los validadores actualizó el software el mismo día del lanzamiento, y el código fuente no se hizo público hasta después.
En mi opinión, corregir la vulnerabilidad no estuvo mal, pero sentar el precedente de «publicar primero el binario y después el código fuente» eludiendo el consenso supone un riesgo de gobernanza a largo plazo para $XRP .
¿Esto hará que confíes menos en $XRP o crees que «lo importante era apagar el fuego y no hay que hilar tan fino»?
#XRP:ElLibroMayorCorrigeLaVulnerabilidadQuePermitíaCrearXRP
El 22 de septiembre se informó de la vulnerabilidad a través del programa de recompensas por errores; el día 25 se corrigió con el lanzamiento de xrpld 3.4.1. El equipo oficial afirmó que no encontró indicios de explotación y que la oferta seguía intacta.
La verdadera polémica está en cómo se aplicó la solución: esta vez se eludió la votación habitual de enmiendas, que requería el apoyo de más del 80 % de los validadores de confianza durante 14 días consecutivos. Más del 80 % de los validadores actualizó el software el mismo día del lanzamiento, y el código fuente no se hizo público hasta después.
En mi opinión, corregir la vulnerabilidad no estuvo mal, pero sentar el precedente de «publicar primero el binario y después el código fuente» eludiendo el consenso supone un riesgo de gobernanza a largo plazo para $XRP .
¿Esto hará que confíes menos en $XRP o crees que «lo importante era apagar el fuego y no hay que hilar tan fino»?
#XRP:ElLibroMayorCorrigeLaVulnerabilidadQuePermitíaCrearXRP