Qué pasó
El 22 de octubre de 2026, Bitcoin Core integró un cambio en su política de seguridad para fallos que son fáciles de volver a encontrar. El proyecto ahora llama a estas vulnerabilidades easily discoverable. Una vulnerabilidad es un error de software que puede permitir que alguien bloquee, ralentice o use un programa de una forma no prevista.
La política da un ejemplo práctico: un fallo que un modelo de lenguaje grande puede encontrar con un prompt simple. La categoría no se limita a la IA. Los responsables pueden usarla cuando redescubrir un reporte requiere poco esfuerzo.
Para esos fallos, Bitcoin Core copiará la corrección a cada versión principal que todavía mantiene. Después publicará versiones menores y un aviso de seguridad lo antes posible. Una versión menor es una actualización más pequeña de una versión existente, no la siguiente versión principal anual.
Qué cambia
La política anterior usaba la severidad para decidir cuánto tiempo permanecían privados los detalles. Los fallos de severidad baja se divulgaban dos semanas después de una versión principal con la corrección. Los de severidad media y alta esperaban hasta dos semanas después del fin de soporte de la última versión afectada, normalmente cerca de un año después de la primera versión principal corregida.
Esa demora protegía a quienes ejecutan nodos de Bitcoin antiguos solo mientras los atacantes no pudieran encontrar el mismo fallo. Antoine Poinsot explicó en la lista de correo de desarrollo de Bitcoin que los modelos de lenguaje redujeron el esfuerzo necesario para hallar algunas clases de errores y detectar correcciones discretas en código público.
La nueva vía cambia ese cálculo. Si redescubrir el fallo ya es barato, un embargo largo deja software vulnerable en funcionamiento sin comprar mucho secreto. Llevar la corrección a versiones mantenidas permite actualizar una versión actual sin esperar al siguiente lanzamiento principal.
También cambia la señal que deben vigilar quienes operan nodos. Una corrección importante ahora puede llegar en una versión menor con un aviso. Esperar únicamente la siguiente versión principal podría dejar abierto por más tiempo un fallo fácil de hallar.
Qué no cambia
No se divulgó ningún fallo específico de Bitcoin Core con esta actualización de la política. El cambio no afirma que un sistema de IA haya roto Bitcoin, que exista un nuevo ataque activo o que cada reporte generado con IA sea correcto.
El calendario ordinario sigue vigente cuando los responsables no clasifican un fallo como fácil de descubrir. Los fallos críticos también permanecen fuera del calendario estándar y se manejan caso por caso.
La velocidad tiene un costo. Poinsot escribió durante la revisión que estas correcciones pueden tener menos tiempo para madurar en ramas de desarrollo antes de publicarse. Los responsables debatieron si un aviso podía llamar la atención demasiado pronto, pero la política final exige un aviso junto con las versiones corregidas.
Una publicación más rápida no actualiza un nodo de forma automática. Bitcoin Core no tiene un interruptor central que pueda obligar a instalar software. Quienes operan nodos todavía deben leer el aviso, verificar la versión y decidir cuándo actualizar.
Contexto
Este es un seguimiento de la política de divulgación de 2024, no un reemplazo de su escala de severidad. La nueva categoría crea una excepción cuando esperar ya no ofrece a los defensores una ventaja útil.
Tres medios independientes cubrieron el cambio integrado. CoinDesk reportó el costo en tiempo de prueba y el desacuerdo durante la revisión. Decrypt explicó por qué las correcciones discretas son más difíciles de ocultar cuando herramientas automáticas pueden comparar código público. Cointelegraph contrastó el cambio con la política vigente y la lista de correo de desarrollo.
Los reportes coinciden en la nueva vía: primero la clasificación, luego correcciones para versiones mantenidas, versiones menores y un aviso. No establecen con qué frecuencia se usará la etiqueta ni cuántos reportes actuales encajan en ella. La política vigente no fija un umbral numérico para "esfuerzo mínimo", por lo que la clasificación sigue siendo un juicio durante el análisis inicial.