Bitcoin Core corrige un fallo que podría haber detenido la minería. ¿Qué pasó realmente?

¿Qué pasó exactamente?

El equipo de Bitcoin Core, que desarrolla el software de referencia para la mayoría de los nodos (nodes) de la red Bitcoin, publicó los detalles de tres fallos de seguridad. Todos ellos están, según los desarrolladores, ya corregidos.

Bitcoin Core es la implementación más extendida del software sobre el que funcionan los nodos de la red. Un nodo es un ordenador que mantiene una copia de la blockchain y verifica las transacciones. Dado que este software lo utiliza la mayor parte de la red, los fallos en él tienen un impacto potencialmente a nivel de toda la red.

Según el sitio Decrypt, se trataba de dos tipos de problemas: la saturación del nodo (técnicamente denial-of-service, es decir, un ataque que satura el sistema hasta que deja de funcionar con normalidad) y problemas de privacidad. No eran fallos con los que un atacante pudiera robar monedas o crearlas "de la nada". Esta es una distinción importante: las reglas económicas de Bitcoin se mantuvieron, según la información disponible, intactas.

¿Por qué se habla de detener la minería?

El más grave de la terna de fallos fue clasificado, según Decrypt y CoinDesk, como de alta gravedad (high-severity). Podría provocar que un minero (miner) dejara de ser capaz de ensamblar nuevos bloques hasta que alguien reiniciara el software.

Hay que ser precisos sobre lo que esto significa y lo que no:

• No se trataba de un "apagado" permanente de la minería de Bitcoin como tal.
• Se trataba de un estado en el que un minero concreto afectado podría quedar bloqueado y dejar de producir bloques hasta el reinicio.

Los medios checos y eslovacos (Kryptonovinky.cz y Kryptonovinky.sk) describen este fallo como una situación que "podría haber detenido la minería". La formulación de los titulares describe, por tanto, el potencial del fallo, no que realmente se hubiera producido una interrupción.

¿Qué era aquel fallo con Tor?

CoinDesk señaló un fallo aparte que, según dicho medio, los desarrolladores corrigieron ya en octubre de 2025 y sobre el que guardaron silencio público hasta la divulgación del martes. Este fallo afectaba a miles de nodos conectados a través de la red Tor (una herramienta para la comunicación anónima) y hacía que esos nodos pudieran "confiar" prácticamente en cualquier desconocido.

Esto entra en la categoría de problemas de privacidad, no en la de robo de fondos. El alcance técnico detallado del impacto (cuántos nodos quedaron realmente expuestos y durante cuánto tiempo) no se desprende de forma inequívoca de las fuentes disponibles.

¿Se explotaron alguna vez los fallos?

Según los desarrolladores de Bitcoin Core, por ahora no existe ninguna prueba de que alguno de estos fallos haya sido explotado en la práctica. Así lo señalan de forma coincidente Kryptonovinky.cz, Kryptonovinky.sk y ambas fuentes extranjeras.

Esto, sin embargo, no significa una certeza definitiva de que nunca se produjera ningún intento. Significa que los desarrolladores no tienen constancia de ninguna explotación. La diferencia entre "no fue explotado" y "no tenemos prueba de explotación" es fundamental en seguridad.

Cronología según las fuentes

La fecha exacta de la divulgación (el día concreto) y los identificadores técnicos completos de cada uno de los fallos no se desprenden de forma inequívoca de los resúmenes facilitados, por lo que aquí no los indicamos como verificados.

¿Por qué seguirlo también desde una perspectiva local?

Para la escena checa y eslovaca resulta interesante sobre todo la rapidez y la manera en que esta información se trasladó a los medios locales. Tanto Kryptonovinky.cz como Kryptonovinky.sk publicaron el resumen prácticamente en paralelo y en ambos casos se basaron en Decrypt. Este es un patrón habitual: los temas de seguridad más serios llegan al lector checo a través de fuentes primarias extranjeras con cierto retraso y simplificación.

Qué seguir en este tipo de noticias:

• Si los operadores de nodos y los mineros realmente actualizaron a la versión corregida (la corrección por sí sola no ayuda mientras la gente no la implemente).
• Si más adelante aparece un análisis técnico independiente sobre el alcance del fallo con Tor.
• Si los desarrolladores cambian su postura sobre la inexistencia de pruebas de explotación.

Qué se desprende de todo esto

Es un ejemplo de cómo funciona la llamada divulgación responsable (responsible disclosure): primero se corrige el fallo en silencio y los detalles se publican solo con cierta distancia temporal, para que no sea explotable. Para el lector es esencial que hablamos de una debilidad operativa y de privacidad, no de un ataque al dinero de la red. Esto por sí mismo no es un consejo para ninguna acción, solo una descripción de lo que pasó y de lo que aún no sabemos.