Bitcoin Core ha incorporado un cambio de política para acelerar la distribución de correcciones de seguridad, mientras una instantánea de la red revela que el 43,6% de los nodos que comunicaron su versión ejecutaba ramas que ya habían quedado fuera de soporte.
Correcciones para todas las ramas mantenidas
La modificación se integró el 22 de octubre y permite a los desarrolladores trasladar determinadas soluciones a todas las líneas de versiones que aún reciben mantenimiento. La medida se aplica a vulnerabilidades que pueden volver a detectarse con facilidad, según el texto de la enmienda.
Junto con cada corrección, el equipo podrá publicar también un aviso de seguridad. El objetivo es que el parche y la información sobre el problema lleguen de forma coordinada a los usuarios de las distintas versiones compatibles de Bitcoin Core.
Más de cuatro de cada diez nodos, sin soporte
El dato sobre la adopción procede de una instantánea de la red tomada el 18 de octubre. De los 8.422 pares de Bitcoin Core que comunicaron voluntariamente la versión que utilizaban, 3.671 funcionaban con líneas de lanzamiento que ya habían alcanzado el final de su vida útil. La proporción equivale al 43,6% del total analizado.
La cifra se refiere, por tanto, a nodos autodeclarados y no a un recuento de todos los participantes de la red. Aun así, muestra la distancia entre las versiones que siguen dentro del ciclo de mantenimiento y una parte relevante de las instalaciones detectadas en la instantánea.
El reto de mantener actualizado el software
El cambio de política afecta al modo en que Bitcoin Core gestiona las correcciones entre sus distintas ramas. En lugar de limitar un parche a la línea de desarrollo más reciente, los mantenedores podrán llevarlo a todas las versiones que continúen respaldadas cuando se trate de vulnerabilidades susceptibles de ser redescubiertas con facilidad.
La actualización no modifica el porcentaje registrado en la instantánea: los 3.671 nodos que usaban versiones sin soporte seguían en esas ramas cuando se recopiló el dato, el 18 de octubre. La enmienda aprobada cuatro días después establece el nuevo margen de actuación para los desarrolladores y refuerza la publicación de avisos asociados a este tipo de correcciones.
