El encabezado del bloque

Curiosidad

1. ¿Cómo puede una estructura de tan solo 80 bytes comprometer criptográficamente datos de transacciones por valor de millones de dólares?
2. ¿Qué reglas específicas impiden que un minero manipule el campo de fecha y hora para obtener una ventaja?
3. ¿Por qué puede un smartphone verificar la seguridad de la red Bitcoin sin descargar todo su historial?

Explorar

1. Cada bloque de Bitcoin comienza con un encabezado de 80 bytes, seguido por una lista de transacciones de longitud variable. Aunque la lista de transacciones puede alcanzar aproximadamente cuatro millones de bytes por bloque, solo el encabezado se utiliza para el hash de prueba de trabajo y la identificación de la cadena. Esta enorme diferencia en tamaño hace que el encabezado funcione como una huella dactilar compacta del contenedor completo, lo que permite a los nodos procesar los metadatos antes de descargar los datos masivos.
2. El primer campo es ‘version’, que ocupa cuatro bytes. Originalmente estaba destinado a hacer un seguimiento de las iteraciones del software, pero ahora contiene bits de señalización para los soft forks según BIP9. Los mineros establecen números de versión específicos para indicar su soporte a nuevas reglas de consenso antes de la activación. Este campo también incluye restricciones; por ejemplo, BIP34 requería que los bloques de versión 2 incrustaran la altura del bloque en el script de transacción coinbase, lo que demuestra cómo el encabezado impone cambios estructurales en toda la red.
3. El ‘hash del bloque anterior’ (32 bytes) vincula cada bloque con su padre al contener el doble hash SHA-256 del encabezado anterior. Cambiar cualquier byte en un bloque pasado altera su hash, lo que rompe el vínculo con todos los bloques posteriores. Esta cadena de hashes garantiza que los datos históricos no puedan ser alterados sin rehacer el trabajo computacional para todos los bloques siguientes.
4. La ‘raíz Merkle’ (32 bytes) sirve como huella criptográfica para todas las transacciones dentro del bloque. Se obtiene al hashear recursivamente pares de identificadores de transacción hasta que queda un único valor. Esta estructura permite la verificación simplificada de pagos, donde un cliente ligero puede demostrar la inclusión de una transacción específica utilizando únicamente esta raíz y un pequeño conjunto de hashes hermanos, en lugar de descargar el bloque completo.
5. La ‘timestamp’ (4 bytes) registra el momento de creación en segundos desde la época Unix. Las reglas de consenso restringen este campo para evitar manipulaciones: debe superar el tiempo mediano de los 11 bloques anteriores y es rechazado por un nodo si está más de dos horas por delante del reloj propio de dicho nodo (desde Bitcoin Core 27, se utiliza el tiempo del sistema del nodo; las versiones anteriores empleaban un tiempo ajustado por los pares). Estas restricciones garantizan que los tiempos de los bloques permanezcan razonablemente precisos para los cálculos de dificultad, al mismo tiempo que permiten cierta variación debido a las demoras en la propagación por la red.
6. Los campos restantes son ‘nBits’ (4 bytes), una codificación compacta del objetivo de prueba de trabajo, y ‘nonce’ (4 bytes), un número arbitrario que los mineros modifican para encontrar un hash válido. Dado que los encabezados son pequeños, almacenar todos los encabezados desde 2009 requiere menos de 100 MB de espacio de almacenamiento. Un cliente ligero puede contener toda esta historia, verificar de forma independiente todas las restricciones de prueba de trabajo y asumir, sin verificar las transacciones, que la cadena con más trabajo acumulado es válida.

Datos clave

Ejercicio nueve, seis, tres, uno

Verificación de hechos

Fechas, cifras y afirmaciones verificadas con las fuentes publicadas que se enumeran a continuación.

• Bitcoin Developer Reference: Block Headers
• A. M. Antonopoulos & D. A. Harding, Mastering Bitcoin, 3rd ed. (2023), ch. 11
• BIP9: Version bits-based consensus signalling (GitHub)