Datos del mercado · ↗Precio de Bitcoin$77,735Hashrate de la red936 EH/sDificultad127.45 T

Firmware y ajustes

Bitcoin Core corrige tres fallos de nodos: revise versión, sistema y almacenamiento

Publicación de la fuente: 2026-10-28 · Análisis editorial publicado: 2026-10-29

Los avisos del 28 de octubre describen dos fallos de memoria y un ataque impracticable a archivos de reversión. Hay correcciones en 29.5, 30.4, 31.2 y 32.1, con límites pendientes en 32 bits y FAT32.

Mapa propio: el fallo TCP afecta Windows, macOS y BSD, no Linux. La excepción no determina la exposición a los otros dos avisos.
Mapa propio: el fallo TCP afecta Windows, macOS y BSD, no Linux. La excepción no determina la exposición a los otros dos avisos. ASIC.tools · original explanation · CC BY 4.0

Cuatro versiones corregidas cubren problemas distintos

Bitcoin Core publicó el 28 de octubre tres avisos de fallos capaces de agotar memoria o afectar archivos necesarios para revertir bloques. Las versiones corregidas son 29.5, 30.4, 31.2 y 32.1. Dos problemas tienen gravedad Media y uno Baja. Para un minero o pool con nodo propio, importa la continuidad: un nodo parado puede interrumpir validación o preparación local del trabajo minero.

La exposición difiere, así que usar Linux no resuelve las tres preguntas. Linux evita el fallo TCP, pero el de pares pausados es distinto; la corrección de archivos también depende de arquitectura y sistema de archivos. La versión de firmware ASIC no es la del nodo. Identifique primero el proceso Bitcoin Core, su sistema y dónde guarda bloques.

Mapa propio: parches en 29.5, 30.4, 31.2 y 32.1. El parche 29.5 no devuelve mantenimiento prolongado a 29.x, ya fuera de ciclo.
Mapa propio: parches en 29.5, 30.4, 31.2 y 32.1. El parche 29.5 no devuelve mantenimiento prolongado a 29.x, ya fuera de ciclo. ASIC.tools · original explanation · CC BY 4.0

Un par puede agotar memoria fuera de Linux

El fallo de datos urgentes TCP afecta la supervisión de conexiones en Windows, macOS y BSD. Un par malicioso conectado podía saltarse la pausa de lectura y hacer crecer la cola sin límite. El aviso dice que puede detener el nodo. Linux usa otra ruta y no está afectado por este problema concreto.

No todas las plataformas tienen el mismo fallo. La corrección está en las cuatro versiones citadas. Se atribuye el hallazgo a un análisis automatizado de Project Loupe, validado después por personas y comunicado al equipo. No significa que una IA haya reparado sola nodos desplegados: el código llega a las instalaciones cuando sus operadores actualizan.

Otra cola puede crecer lentamente con pares antiguos

El segundo problema Medio afecta a pares que fingen no admitir el mecanismo de ping BIP31. Una conexión lenta puede quedar pausada mientras siguen entrando anuncios en la cola de salida. El aviso describe hasta 2 MB por hora por par entrante y 5 MB por saliente. Es acumulación lenta, distinta de la caída fácil del primer aviso.

Los nodos blocksonly están mucho menos afectados porque los anuncios de transacciones forman la mayor parte de mensajes. Menos afectado no equivale a inmune ni sustituye actualizar. Compruebe el nodo real: actualizar el panel o el cliente minero no demuestra que también se haya reemplazado Bitcoin Core.

Diagrama propio: 32 bits y bloques en FAT32 siguen afectados por undo. Reindexar recupera datos dañados, no es un paso universal de actualización.
Diagrama propio: 32 bits y bloques en FAT32 siguen afectados por undo. Reindexar recupera datos dañados, no es un paso universal de actualización. ASIC.tools · original explanation · CC BY 4.0

El fallo de archivos de reversión exige condiciones extremas

Los datos undo guardan salidas gastadas para desconectar un bloque durante una reorganización, cuando el nodo pasa a otra historia válida. El fallo Bajo guardaba posiciones de archivo con pocos bits. En condiciones extremas, un minero podía generar suficientes datos undo para corromper posiciones y detener nodos. Los desarrolladores consideran impracticable explotarlo en 64 bits: requeriría miles de bloques especiales y condiciones precisas adicionales.

La corrección amplía posiciones, incluidas llamadas de Windows, sin cambiar el formato serializado en disco. Pero 32 bits sigue afectado, igual que directorios de bloques en FAT32, limitado a archivos de 4 GiB. Un número de versión correcto no elimina esos límites. Revise el almacenamiento real, incluido un disco externo, no solo el nombre del sistema.

Si los datos ya están dañados, reiniciar no los repara: el aviso requiere reindexar con una versión corregida. Es recuperación, no motivo para reindexar todos los nodos sanos. Conserve copias del monedero y siga instrucciones antes del mantenimiento. Revisamos avisos sin instalar nodos, modificar monederos ni ejecutar recuperación.

Elija una rama mantenida y confirme el resultado

29.5 incluye el parche, pero 29.x llegó a fin de vida con la versión mayor 32. La política mantiene normalmente las tres ramas más nuevas, ahora 30.x, 31.x y 32.x, y recomienda la última versión de mantenimiento de la rama más reciente utilizable. Este parche excepcional no reabre el mantenimiento prolongado de 29.x.

Anote versión, arquitectura y sistema de archivos, prepare la actualización normal y confirme después la versión en ejecución, conexiones y sincronización. Revise también el servicio dependiente, como la creación de trabajo del pool. Un instalador exitoso y un servicio minero funcionando son observaciones distintas. La razón para actuar es el parche publicado, no una afirmación sin pruebas de robo de monedas por estos fallos.

El equipo distingue estos tres avisos de otro conjunto preanunciado con la versión mayor para divulgar después. No sume los grupos ni invente detalles ausentes. Ya hay correcciones; importan las diferencias de plataforma, y 32 bits o FAT32 necesitan atención más allá de elegir uno de los cuatro números de versión.

Fuente: Bitcoin Core ↗ · Paused-peer memory advisory ↗ · Undo-file overflow advisory ↗ · Software maintenance life cycle ↗ · Bitcoin Core 32.1 release ↗

Calculadora de minería ↗

Más en esta sección