Bitcoin Core distingue las cabeceras conocidas (headers) de la altura de la cadena con más trabajo totalmente validada por el nodo (blocks). Durante la sincronización inicial es normal que las cabeceras avancen por delante de los bloques procesados. El campo initialblockdownload ayuda a reconocer ese estado.

También aparece verificationprogress, una estimación del progreso basada en trabajo de verificación. No es un porcentaje contractual ni equivale a comparar la hora con una fuente confiable. Ver «1,0» aproximadamente no demuestra que el equipo esté conectado hoy o haya comprobado las últimas horas.

Si el nodo está podado (pruned) sigue verificando las reglas al descargar los bloques; lo que cambia es cuánto historial antiguo conserva físicamente. Tampoco debes interpretar headers > blocks como un ataque por sí solo.

Debes tener Bitcoin Core instalado y acceso autorizado a su terminal o interfaz RPC local. El comando bitcoin-cli utiliza la configuración del nodo y normalmente debe ejecutarse en el mismo equipo o en un entorno administrativo autorizado. Si utilizas Docker, un NAS o Umbrel, localiza la consola oficial de tu instalación; no copies contraseñas RPC a webs o chats.

La práctica usa operaciones de lectura. Si no dispones de consola, la interfaz gráfica de Bitcoin Core puede ofrecer indicadores de progreso, pero para contrastar los campos de este tutorial necesitarás la herramienta RPC correspondiente.

1. PASO 1 · Red: ejecuta bitcoin-cli getblockchaininfo. Busca chain; en Bitcoin mainnet debe indicar main. Si ves signet, testnet4 o regtest, no estás consultando la red que creías.
2. PASO 2 · Dos alturas: anota blocks y headers con la fecha/hora local. La diferencia importa más que una cifra aislada leída sin contexto.
3. PASO 3 · Descarga inicial: observa initialblockdownload. Si es true, Bitcoin Core considera que está en una fase de descarga/validación inicial. No uses ese nodo como si tuviera una visión completa reciente.
4. PASO 4 · Progreso estimado: anota verificationprogress como orientación; no te detengas en ese valor sin mirar el bloque más reciente y los pares.
5. PASO 5 · Conectividad: ejecuta bitcoin-cli getnetworkinfo y bitcoin-cli getconnectioncount. Comprueba que la red está activa y que existen pares cuando tu instalación pretende estar conectada.
6. PASO 6 · Repite: tras un tiempo razonable vuelve a consultar alturas y bestblockhash. Compáralos con una referencia independiente de confianza. Si el equipo se quedó aislado, puede mantener el mismo tip durante demasiado tiempo.

Estos comandos no cambian balances ni claves. Conserva únicamente un registro mínimo: hora, red, alturas, IBD, aviso de advertencias y cantidad de conexiones. Los identificadores de pares y las IP pueden ser datos sensibles de infraestructura.

El campo warnings puede reflejar advertencias relevantes. Si existe una alerta, consúltala en lugar de descartarla por costumbre. El resultado correcto de este laboratorio es poder explicar el estado, no forzar a que todos los números sean iguales.

La llamada bitcoin-cli verifychain ofrece una comprobación adicional de la base local; la profundidad depende de sus parámetros, y la comprobación predeterminada no equivale a volver a validar cada bloque desde el génesis. Puede consumir recursos. No es necesario ejecutarla durante la primera práctica ni usarla como prueba definitiva de sincronización.

Para relacionar el resultado con la utilidad de un nodo, consulta Qué verifica realmente un nodo Bitcoin. Después podrás conectar tu wallet según Cómo conectar Sparrow a Bitcoin Core, sin suponer que instalar el nodo lo conecta automáticamente.

Comprueba también cómo verificar una TXID con tu nodo cuando la sincronización esté al día.

Escribe una línea como esta, con valores ficticios: «19/10, mainnet, cabeceras 1.234.567, bloques 1.234.560, descarga inicial activa, 8 conexiones». A continuación deja espacio para volver a consultar y comparar. Los números del ejemplo no representan la altura actual de Bitcoin; se han inventado para mostrar el formato.

Si el nodo deja de avanzar, comprueba primero que el proceso esté activo, que no falte espacio en disco y que tenga pares. No presentes un reinicio como solución universal: ciertos errores requieren revisar el registro y preservar datos del sistema.

1. Red: confirmé mainnet o reconocí expresamente una red de pruebas.
2. Cadena: comparé cabeceras y bloques validados.
3. Estado: revisé IBD, progreso estimado y advertencias.
4. Pares: observé conexiones y actividad sin publicar RPC.
5. Tiempo: repetí la consulta y comprobé si la punta es reciente.

• Bitcoin Core RPC — getblockchaininfo ↗
• Bitcoin Core RPC — getnetworkinfo ↗
• Bitcoin Core RPC — verifychain ↗

Siguiente práctica: usa tu nodo para verificar una TXID concreta, separando mempool local de confirmación en bloque.