Bitcoin Core añade bestblockhash a getmininginfo para evitar carreras
Publicación de la fuente: 2026-09-14 · Análisis editorial publicado: 2026-09-19
El cambio permite obtener el hash de punta y los datos del siguiente objetivo en una instantánea RPC coherente.
Análisis e implicaciones prácticas
Esta sección contiene nuestro análisis y cálculos ilustrativos, separados del informe original.
El cambio integrado
El pull request #36081 se integró en master el 14 de septiembre de 2026. Añade bestblockhash a getmininginfo. El software ya podía leer altura siguiente, nBits y target del objeto next; ahora también identifica la punta exacta de la que proceden. Es código de desarrollo integrado, no prueba de que todos los nodos desplegados ya lo ofrezcan.
La carrera entre dos RPC
Antes, el software llamaba a getmininginfo y después a getbestblockhash o getblockchaininfo. La punta podía cambiar entre ambas llamadas, combinando un hash de una punta con el target de otra. El autor destacó reorganizaciones a igual altura cerca de un reajuste, donde puntas rivales pueden implicar distintos nBits. Un caso raro no es inocuo si alimenta la plantilla de bloque.
Por qué una instantánea es más segura
Devolver campos relacionados bajo un mismo bloqueo interno ofrece una instantánea coherente. El hash funciona como versión: el software asocia el siguiente target con una punta y detecta obsolescencia al cambiar. No elimina reorganizaciones ni sustituye getblocktemplate; elimina una incoherencia evitable en el límite RPC y simplifica validar el estado.
El despliegue no es inmediato
Integrar en master significa línea de desarrollo. Hay que comprobar qué versión publicada incluirá el commit y si una distribución lo retroporta. Los clientes deben detectar bestblockhash, no asumirlo, sobre todo en flotas mixtas. Un despliegue seguro conserva el fallback de dos llamadas con comprobación, prueba el parser con respuestas grabadas y actualiza la monitorización antes de depender del campo.
Pruebas para desarrolladores
Pruebe avance normal, reorganización a igual altura, límite de reajuste y reinicio. Invalide plantillas cuando cambie bestblockhash aunque no cambie altura. Gestione hash ausente o inválido sin caída y registre versión y disponibilidad. Con varios nodos, el failover no debe mezclar instantáneas. Mida respuestas stale y uso del fallback antes de que aumente trabajo rechazado.
Importancia práctica
El parche es pequeño pero aplica una regla útil: datos interpretados juntos deben compartir contexto de versión. No añade hashrate, pero reduce una clase estrecha de carreras y aclara diagnósticos. Siga la versión futura, incorpore soporte por etapas y conserve controles existentes. El pull request de GitHub es el registro autoritativo del merge, revisión e historial.
Fuente: Bitcoin Core ↗
Calculadora de minería ↗
