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

Pools y pagos

Bitcoin Core añade una categoría mining para los registros de plantillas

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

El cambio mueve la línea recurrente de peso de CreateNewBlock tras -debug=mining. Está en master y fue retroportado a 32.x, pero aún no forma parte de una versión final.

Código en un monitor; imagen contextual para un cambio de software en Bitcoin Core.
Fotografía de archivo ilustrativa; no representa el producto o instalación específicos de la noticia. Convertida a WebP y reducida de tamaño cuando es necesario. Markus Spiske markusspiske · CC0

Análisis e implicaciones prácticas

Esta sección contiene nuestro análisis y cálculos ilustrativos, separados del informe original.

Una línea de registro repetida con frecuencia ya no es incondicional

Los mantenedores de Bitcoin Core fusionaron la solicitud de extracción 36336 el 29 de septiembre de 2026. Mueve el mensaje de peso del bloque CreateNewBlock detrás de una nueva categoría de depuración de minería. Anteriormente, la línea se escribía incondicionalmente cada vez que el nodo creaba una plantilla de bloque y podía completar debug.log en sistemas que solicitaban plantillas con frecuencia. Después del cambio, los operadores que quieran ese mensaje lo habilitan con -debug=mining, mientras que las instalaciones que no necesitan el detalle pueden evitar la entrada repetida.

Parte trasera de un rack en el centro de datos NERSC; imagen contextual sobre operación de nodos.
Fotografía de archivo ilustrativa; no representa el producto o instalación específicos de la noticia. Convertida a WebP y reducida de tamaño cuando es necesario. Derrick Coetzee from Berkeley, CA, USA · CC0

Los operadores de grupos y plantillas deben revisar la configuración de registro

La nota de la versión recomienda específicamente que los usuarios de getblocktemplate y los usuarios de Mining IPC habiliten la categoría de minería si dependen de estos mensajes. Los pools, las puertas de enlace de minería en solitario y los sistemas de prueba a menudo crean plantillas de bloques con mucha más frecuencia que un nodo de billetera normal. Una configuración que anteriormente recopilaba la línea automáticamente puede perderla después de actualizar a una versión que contenga el parche. Los operadores deben auditar las alertas basadas en registros, los analizadores y los procedimientos de solución de problemas antes de la implementación.

El mensaje informa el peso de la plantilla de bloque.

CreateNewBlock construye bloques candidatos a partir de la punta de la cadena actual y el mempool sujeto a restricciones de política y consenso. El mensaje afectado informa el peso del bloque candidato. Puede ayudar a los desarrolladores a inspeccionar el comportamiento de la plantilla, pero no es prueba de que la red haya extraído, enviado o aceptado un bloque. Mover la línea a una categoría solo cambia la observabilidad; no cambia la selección de transacciones, la prueba de trabajo, la validez del bloque o las recompensas mineras.

La nueva categoría sigue los controles de depuración de Bitcoin Core

Bitcoin Core admite el registro de depuración de categorías específicas para que los operadores puedan seleccionar los subsistemas necesarios para el diagnóstico. Con este parche, -debug=mining habilita el mensaje de plantilla de bloque, mientras que una configuración normal puede permanecer más silenciosa. La sintaxis exacta de la línea de comandos o bitcoin.conf debe probarse en la etapa de preparación, especialmente cuando los administradores de servicios o las imágenes de contenedores generan argumentos automáticamente. Habilitar más registros también requiere límites adecuados de rotación y retención de disco en la infraestructura del grupo de larga duración.

El parche está fusionado pero no hay una nueva versión final.

El cambio se fusionó en la rama maestra después de la revisión y 27 verificaciones automatizadas. Un responsable también informó que el cambio funcional fue respaldado a la rama 32.x el 30 de septiembre. Un parche fusionado o respaldado no es lo mismo que un paquete de lanzamiento final de Bitcoin Core. Los operadores deben esperar un lanzamiento oficial etiquetado a menos que ya tengan un proceso controlado para crear y validar ramas de desarrollo.

Los analizadores existentes pueden necesitar una prueba explícita

Un comentario de revisión señaló que no se encontraron proyectos externos dignos de mención al buscar analizadores de la línea de peso exacta de CreateNewBlock, pero la ausencia en una búsqueda pública no cubre las herramientas de grupos privados. Los equipos deben buscar la frase en sus propias reglas de monitoreo, registrar remitentes y paneles de control antes de actualizar. Una prueba segura genera solicitudes getblocktemplate repetidas con y sin -debug=mining, confirma el comportamiento esperado del mensaje y verifica que el registro de errores no relacionados permanezca visible.

Los registros más silenciosos reducen el almacenamiento y el ruido de la señal.

Para un servicio de plantilla de alta frecuencia, una línea incondicional puede crear escrituras innecesarias en el disco y hacer que las advertencias importantes sean más difíciles de encontrar. La selección de categorías permite al operador elegir entre diagnósticos mineros detallados y un registro general más pequeño. El beneficio es operativo en lugar de una ganancia de hashrate o eficiencia: no hace que el ASIC sea más rápido ni reduce su carga eléctrica. Sin embargo, puede mejorar la retención de registros y simplificar la revisión de incidentes en los nodos que respaldan un grupo de minería.

No desactive los datos de diagnóstico sin un reemplazo

Si un grupo utiliza tendencias de peso de plantilla para detectar condiciones inusuales de mempool o regresiones de ensamblaje de bloques, debe conservar la categoría de minería o recopilar métricas equivalentes de una interfaz probada. Los registros también se deben rotar, ponerles una marca de tiempo y enviarlos a un almacenamiento del tamaño adecuado para la tasa de solicitudes esperada. La configuración correcta depende del propósito del sistema: un nodo liviano puede preferir una producción mínima, mientras que un grupo de producción puede valorar un diagnóstico completo de la plantilla durante las actualizaciones.

El siguiente punto de control es el lanzamiento oficial.

Los hechos verificados son limitados: la solicitud de extracción se fusionó, el mensaje se movió detrás de una categoría de minería, la nota de la versión advierte a los usuarios de getblocktemplate y Mining IPC, y el código fue retroportado a 32.x. Esta solicitud de extracción no establece el número de versión final ni la fecha de lanzamiento. Los operadores deben leer las notas de la versión oficial y los archivos binarios firmados cuando aparezca la próxima versión y luego validar su configuración de registro exacta antes del lanzamiento de producción.

Fuente: Bitcoin Core ↗

Calculadora de minería ↗

Más en esta sección