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

Pools y pagos

Bitcoin Core detalla un fallo que podía impedir preparar bloques para minar

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

El aviso del 10 de noviembre explica por qué algunos nodos antiguos podían dejar de preparar trabajo tras una reorganización de la cadena. Hay versiones corregidas desde octubre de 2025.

El nodo de Bitcoin prepara el borrador, el pool reparte tareas y el ASIC busca una solución.
El nodo de Bitcoin prepara el borrador, el pool reparte tareas y el ASIC busca una solución. ASIC.tools · original explanation · CC BY 4.0

Un nuevo aviso sobre nodos antiguos

Bitcoin Core publicó el 10 de noviembre los detalles de un fallo de gravedad alta que podía impedir que un nodo afectado preparase bloques nuevos para minar. Se identifica como CVE-2025-62861. La corrección salió en octubre de 2025; ahora se ha explicado públicamente cuándo podía ocurrir y a qué versiones afectaba.

Bitcoin Core señala las versiones de la 28.0 a la 28.2 y de la 29.0 a la 29.1. La corrección llegó a las ramas respectivas con la 30.0, la 29.2 y la 28.3. Esas versiones permiten comprobar si un nodo estaba expuesto. La página oficial de descargas muestra qué versión con soporte está disponible ahora.

Versiones afectadas y primeros lanzamientos corregidos, publicados en octubre de 2025.
Versiones afectadas y primeros lanzamientos corregidos, publicados en octubre de 2025. ASIC.tools · original explanation · CC BY 4.0

Cómo se podía parar el trabajo

Un nodo prepara una plantilla, el borrador del siguiente bloque, antes de que el ASIC busque una solución válida. El borrador se nutre de la mempool, la lista local de transacciones pendientes. Con la plantilla, un pool puede enviar tareas a sus propios equipos o a mineros conectados por internet.

En una reorganización, el nodo acepta una cadena mejor y reemplaza algunos bloques recientes. Las transacciones de los bloques desplazados pueden regresar a la lista. En las versiones afectadas, durante la recuperación podía aplicarse una regla de sustitución y quedar una transacción que dependía de otra que ya no estaba en la lista. El borrador no superaba la comprobación de validez.

El aviso explica que el nodo podía seguir sin producir plantillas válidas hasta que un reinicio recargara la lista en un estado coherente. Era un fallo local. El aviso no comunica un paro de toda la red. Reiniciar resolvía ese episodio; instalar software corregido elimina la causa descrita.

La regla afecta a un tipo concreto de transacción de versión 3. Un nodo puede limitar qué transacciones pendientes retransmite aunque un bloque que las incluya sea válido. Aplicar esa regla de la lista al restaurar transacciones de un bloque provocaba la incoherencia.

Si minas con tu propio nodo

Revisa la versión del equipo que prepara las tareas. Si tu cartera usa un nodo en otro dispositivo, su versión no dice nada del nodo que abastece de trabajo a tus ASIC. Anota qué servidor de minería usa cada nodo, también el de respaldo si lo tienes.

Actualiza desde el sitio oficial y sigue sus instrucciones de verificación. Tras sincronizar con la cadena, comprueba que el servidor recibe plantillas nuevas y que el ASIC recibe trabajo y devuelve resultados. La sincronización y la creación de tareas se comprueban por separado. Un nodo puede responder aunque una parte del proceso de minería esté parada.

Si varios servidores dependen del mismo nodo, pueden pararse juntos. Anota el nodo de cada punto de conexión para que la prueba del respaldo compruebe una ruta distinta y no dos direcciones del mismo servicio.

Una reorganización podía dejar al nodo afectado con una lista incoherente y un borrador de bloque inválido.
Una reorganización podía dejar al nodo afectado con una lista incoherente y un borrador de bloque inválido. ASIC.tools · original explanation · CC BY 4.0

Si usas el pool de otra persona

El operador del pool mantiene el nodo que prepara los bloques. Si dejan de llegar tareas, averigua si el problema afecta solo a tu equipo o también a otros en el mismo punto de conexión. Mira la hora de la última tarea y de la última participación aceptada, una prueba de trabajo validada por el pool. Esos datos ayudan al operador a buscar el origen.

Un ASIC puede mostrar su tasa local aunque no reciba trabajo nuevo útil. En cambio, un panel sin pagos recientes puede reflejar el calendario del pool. Si tienes un servidor de respaldo, comprueba que acepta participaciones antes de depender de él. El fallo está en el programa del nodo; cambiar el firmware del ASIC no lo corrige por sí solo.

Otros dos avisos

Bitcoin Core también describió un atasco al procesar bloques compactos en versiones antiguas y un error separado que daba permisos de confianza a conexiones entrantes de Tor en algunas configuraciones. Cada aviso tiene condiciones y versiones corregidas propias. Son distintos del fallo de gravedad alta al crear plantillas.

El aviso sirve para revisar las versiones que realmente hay detrás de cada conexión del pool. La velocidad de la máquina y la llegada de trabajo nuevo son dos cosas distintas. Hacen falta ambas para aportar capacidad útil.

Fuente: Bitcoin Core ↗ · Bitcoin Core — compact block advisory ↗ · Bitcoin Core — inbound Tor advisory ↗ · Bitcoin Core — official downloads and verification ↗

Calculadora de minería ↗

Más en esta sección