Hash de bloque

¿Qué es un hash de bloque?

Un hash de bloque es una huella criptográfica que identifica un bloque específico de una blockchain.

En las redes de criptomonedas, el hash de bloque permite a nodos, wallets, exploradores, mineros, validadores, desarrolladores y usuarios referirse a un bloque concreto sin tener que describir todas las transacciones que contiene.

Un hash de bloque suele mostrarse como una larga cadena hexadecimal, es decir, utiliza números del 0 al 9 y letras de la a a la f.

Su función principal es demostrar que los datos de un bloque no se han modificado.

Si cambia incluso una pequeña parte del bloque, el hash resultante cambia por completo, lo que facilita la detección de manipulaciones.

Esta propiedad procede de las funciones hash criptográficas, diseñadas para ser unidireccionales, deterministas y extremadamente sensibles a los cambios en la entrada, tal como explica el NIST Blockchain Technology Overview.

En términos sencillos, un hash de bloque es como el documento de identidad digital de un bloque.

Sin embargo, es más fiable que un número de identificación normal porque se genera a partir de los propios datos del bloque.

Esto significa que el hash de bloque no solo etiqueta un bloque, sino que también ayuda a verificar que sigue coincidiendo con su contenido original.

Cómo funciona un hash de bloque en una blockchain

Una blockchain se construye a partir de bloques conectados en orden.

Normalmente, cada bloque incluye una referencia al bloque anterior.

Esa referencia suele ser el hash del bloque anterior.

Como cada bloque apunta al hash del bloque anterior, los bloques forman una cadena de vínculos criptográficos.

Si un atacante intenta editar un bloque antiguo, el bloque editado obtiene un hash nuevo.

Ese nuevo hash ya no coincide con la referencia al hash anterior del bloque siguiente.

Como resultado, la cadena queda interrumpida a partir del punto de la modificación.

Esta es una de las principales razones por las que se considera que las blockchains permiten detectar manipulaciones.

La red puede detectar rápidamente cuándo los datos de un bloque ya no generan el hash esperado.

En una red de criptomonedas, este proceso de encadenamiento protege el historial de transacciones, los cálculos de saldo y el libro mayor compartido que siguen todos los nodos honestos.

¿Qué datos se utilizan para crear un hash de bloque?

Los datos exactos utilizados para crear un hash de bloque dependen del diseño de la blockchain.

En los sistemas Proof of Work de tipo Bitcoin, el hash de bloque se crea aplicando un hash a la cabecera del bloque, no directamente al cuerpo completo.

La cabecera de un bloque de Bitcoin es una estructura de 80 bytes que incluye campos como la versión, el hash de la cabecera del bloque anterior, la raíz de Merkle, la marca de tiempo, el objetivo de dificultad y el nonce, según la referencia para desarrolladores de Bitcoin.

La raíz de Merkle es especialmente importante porque resume las transacciones del bloque.

Si cambia una transacción, cambia su hash de transacción.

Ese cambio afecta al árbol de Merkle y genera una raíz de Merkle diferente.

Como la raíz de Merkle forma parte de la cabecera del bloque, también cambia el hash de bloque.

Este diseño permite que el hash de bloque represente de forma compacta tanto la cabecera como el conjunto de transacciones.

En las redes de smart contracts basadas en cuentas, el hash de bloque puede calcularse a partir de una estructura diferente, pero el objetivo sigue siendo el mismo.

El hash de bloque debe identificar un bloque y ayudar a demostrar que sus datos coinciden con lo que la red ha aceptado.

Hash de bloque y funciones hash criptográficas

Una función hash criptográfica convierte datos de entrada en una salida de longitud fija.

Por ejemplo, puede convertir una cabecera de bloque grande en un valor hash corto que sea mucho más fácil de comparar, almacenar y transmitir.

Una buena función hash es determinista: la misma entrada siempre genera la misma salida.

También debe ofrecer resistencia a la preimagen, es decir, debe ser computacionalmente inviable recuperar la entrada original disponiendo solo del hash.

Además, debe ser resistente a las colisiones, lo que significa que debe ser extremadamente difícil encontrar dos entradas distintas que generen el mismo hash.

Estas propiedades son fundamentales en las criptomonedas, porque los nodos deben ponerse de acuerdo sobre los mismos datos de bloque sin confiar en una base de datos central.

Cuando varios nodos calculan de forma independiente el mismo hash de bloque para un mismo bloque, pueden confirmar que consultan datos coincidentes.

Si el hash que calculan no coincide con el esperado, el bloque puede ser no válido, incompleto, estar dañado o no pertenecer a la misma vista de la cadena.

Hash de bloque en la minería Proof of Work

En la minería Proof of Work, el hash de bloque está directamente vinculado al proceso de minería.

Los mineros recopilan transacciones, construyen un bloque candidato y cambian repetidamente datos como el nonce hasta que la cabecera del bloque genera un hash que cumple el objetivo de dificultad de la red.

El hash válido debe ser inferior al objetivo establecido por el protocolo.

Por eso, la minería Proof of Work exige repetir el cálculo del hash y realizar una gran cantidad de operaciones computacionales.

El minero no crea cualquier hash de bloque: busca un hash poco frecuente que cumpla la regla de dificultad.

Cuando un minero encuentra un hash de bloque válido, puede difundir el bloque a la red.

Los demás nodos no tienen que repetir todo el trabajo del minero.

Solo necesitan calcular una vez el hash de la cabecera del bloque y confirmar que el resultado cumple el objetivo de dificultad vigente.

Esto crea una asimetría importante: encontrar un bloque válido puede ser difícil, pero verificarlo puede ser rápido.

Esta asimetría es una de las razones por las que las blockchains Proof of Work permiten que muchos nodos independientes comprueben el libro mayor.

Hash de bloque en redes Proof of Stake

En las redes Proof of Stake, el hash de bloque sigue identificando un bloque, pero no se genera mediante una competición de minería del mismo modo.

Los validadores proponen bloques y realizan atestaciones conforme a las reglas del protocolo de consenso.

En Ethereum, tras The Merge, la capa de consenso utiliza estructuras de datos de Beacon Chain y raíces de árboles hash, mientras que la capa de ejecución sigue teniendo bloques de ejecución que pueden identificarse mediante su hash.

Las especificaciones de consenso Proof of Stake de Ethereum describen cómo se generan hashes de los objetos de consenso mediante SSZ y raíces de árboles hash.

Esto es importante porque los sistemas blockchain modernos pueden utilizar más de un concepto relacionado con hashes al mismo tiempo.

Un usuario puede ver el hash de un bloque de ejecución en un explorador de bloques, mientras que los desarrolladores que trabajan con datos de consenso también pueden utilizar raíces de bloques Beacon.

Ambos conceptos ayudan a identificar y verificar datos blockchain, pero pertenecen a distintas capas del protocolo.

En una definición general de glosario, hash de bloque suele referirse al hash que identifica un bloque de la cadena en cuestión.

Hash de bloque frente a hash de transacción

Un hash de bloque identifica un bloque.

Un hash de transacción identifica una transacción.

La diferencia es sencilla, pero muy importante.

El hash de transacción permite consultar una transferencia, un intercambio, una llamada a un smart contract u otra acción de una transacción.

El hash de bloque permite consultar el bloque que contiene muchas transacciones.

En la mayoría de los exploradores de bloques, la página de una transacción muestra detalles como el remitente, el destinatario, el valor, la comisión, el estado de confirmación y el número del bloque en el que se incluyó.

La página de un bloque muestra detalles como la altura del bloque, la marca de tiempo, información del validador o minero, datos sobre el gas o el tamaño, el número de transacciones y el hash de bloque.

Un bloque puede contener un hash de transacción, mientras que el hash de bloque representa el contenedor más amplio.

Si una transacción se elimina de un bloque durante una reorganización de la cadena, su hash de transacción puede seguir siendo el mismo, pero puede cambiar el hash del bloque en el que está confirmada.

Por eso, los desarrolladores y analistas suelen seguir tanto los hashes de las transacciones como los hashes de los bloques.

Hash de bloque frente a altura del bloque

La altura del bloque indica su posición en la cadena.

El hash de bloque es el identificador criptográfico del propio bloque.

Por ejemplo, la altura 1000 indica que el bloque ocupa una posición determinada después del bloque génesis.

Sin embargo, durante una bifurcación temporal de la cadena, dos bloques distintos pueden competir por la misma altura.

Esos bloques tendrán hashes diferentes.

La red acaba seleccionando el bloque canónico de esa altura según sus reglas de consenso.

Por eso, la altura del bloque por sí sola no siempre basta para realizar tareas técnicas precisas.

La altura del bloque es útil para navegar y establecer el orden.

El hash de bloque es útil para identificarlo y verificarlo con exactitud.

Muchas API de nodos permiten buscar un bloque por altura y devolver después su hash.

Por ejemplo, la documentación RPC de getblockhash de Bitcoin Core muestra que se puede obtener el hash de un bloque de la mejor cadena proporcionando su altura.

Por qué son importantes los hashes de bloque para la seguridad

Los hashes de bloque ayudan a dificultar la modificación encubierta de los registros de una blockchain.

Como cada bloque hace referencia al hash del bloque anterior, modificar un bloque antiguo obligaría a modificar ese bloque y todos los bloques posteriores.

En una cadena Proof of Work, esto implica repetir una enorme cantidad de trabajo de minería.

En una cadena Proof of Stake, implicaría infringir las reglas de consenso y enfrentarse a penalizaciones económicas o al rechazo de los validadores y nodos honestos.

Los hashes de bloque también ayudan a los nodos a detectar datos no válidos procedentes de otros nodos.

Si un nodo recibe un bloque cuyo hash no coincide con el hash indicado, puede rechazarlo.

Esto protege la red frente a datos dañados, mensajes deshonestos y errores accidentales de transmisión.

Los hashes de bloque también sirven para los clientes ligeros y las herramientas de verificación.

Un cliente ligero puede no almacenar todos los bloques completos, pero puede utilizar cabeceras de bloque, hashes y pruebas para verificar determinados datos.

Por eso, los hashes de bloque son importantes para facilitar el acceso a la información blockchain sin obligar a cada usuario a descargar la cadena completa.

Hash de bloque y confirmaciones

Una confirmación significa que una transacción se ha incluido en un bloque y que se han añadido más bloques después de él.

La primera confirmación suele producirse cuando la transacción aparece en un bloque válido.

Cada bloque posterior añade otra confirmación.

El hash del bloque que confirma la transacción resulta útil porque indica a los usuarios exactamente dónde se incluyó por primera vez.

En general, un mayor número de confirmaciones reduce la probabilidad de que una reorganización de la cadena elimine la transacción.

Sin embargo, la seguridad de las confirmaciones depende de la blockchain, el modelo de consenso, las condiciones de la red y el valor de la transacción.

En pagos pequeños, pueden bastar menos confirmaciones.

Para transferencias de mayor importe, los usuarios y las empresas suelen esperar a que haya más confirmaciones.

Los hashes de bloque ayudan a seguir este proceso porque cada nuevo bloque tiene su propio hash y apunta al hash del bloque anterior.

Esto crea un rastro visible desde el bloque de la transacción hasta la punta actual de la cadena.

Hash de bloque y reorganizaciones de la cadena

Una reorganización de la cadena se produce cuando la red sustituye un segmento de cadena aceptado recientemente por otro segmento válido.

Esto puede ocurrir cuando se generan dos bloques con muy poca diferencia de tiempo y distintas partes de la red ven primero bloques distintos.

Durante una reorganización, una transacción puede pasar de un bloque a otro o volver al pool de transacciones pendientes.

Después de la reorganización, el hash del bloque original puede dejar de corresponder a un bloque canónico.

Por eso, las aplicaciones no deberían basarse únicamente en una inclusión inmediata para realizar acciones de gran valor.

También deberían supervisar las confirmaciones y las reglas de finalización.

En los sistemas Proof of Stake con finalización, es mucho más difícil revertir los bloques finalizados en condiciones normales.

En los sistemas Proof of Work, los bloques más profundos son más difíciles de revertir, porque sustituirlos requiere acumular más trabajo.

El seguimiento de hashes de bloque permite a las aplicaciones detectar si el bloque de una transacción sigue formando parte de la cadena aceptada.

Hash de bloque en los smart contracts

Los smart contracts pueden utilizar los hashes de bloque en cierta lógica on-chain limitada, pero los desarrolladores deben tener cuidado.

En Solidity, la función blockhash puede devolver el hash de un bloque reciente, pero la documentación oficial de variables globales de Solidity advierte que no se debe confiar en blockhash ni en la marca de tiempo como fuente segura de aleatoriedad, salvo que se comprendan plenamente los riesgos.

El motivo es que los productores de bloques pueden influir hasta cierto punto en los valores relacionados con los bloques.

Si el dinero, las recompensas, los resultados de acuñación, los resultados de un juego o los de una lotería dependen de un hash de bloque, un atacante podría influir en el diseño o explotarlo.

La aleatoriedad basada en hashes de bloque es especialmente arriesgada cuando el valor en juego es elevado.

Para obtener aleatoriedad segura, los desarrolladores suelen preferir métodos más sólidos, como esquemas commit-reveal, funciones de aleatoriedad verificable o sistemas de oráculos diseñados cuidadosamente.

Un hash de bloque puede ser útil para referencias, pruebas y datos recientes de la cadena, pero no debe tratarse como si fuera un dato perfectamente aleatorio.

La regla de los 256 bloques y el acceso histórico ampliado

En las redes EVM de tipo Ethereum, el opcode tradicional BLOCKHASH se limita a los bloques recientes.

La documentación de Solidity señala que la función blockhash estándar solo permite acceder a los hashes de los 256 bloques más recientes.

Este límite existe por motivos de escalabilidad: almacenar un número ilimitado de hashes de bloque para que los contratos accedan fácilmente a ellos aumentaría los requisitos de estado y de los clientes.

La actualización Pectra de Ethereum introdujo EIP-2935, que almacena y proporciona una ventana mayor de hashes de bloques históricos desde el estado mediante un contrato de sistema.

La especificación EIP-2935 define una ventana de consulta histórica de 8191 hashes de bloque y mantiene sin cambios la ventana de consulta del opcode BLOCKHASH tradicional.

El anuncio de la Fundación Ethereum sobre Pectra en la mainnet programó la activación de Pectra para el 7 de mayo de 2025 e incluyó EIP-2935 entre los cambios de la actualización.

Esta actualización es importante para los desarrolladores porque facilita el acceso a hashes de bloques históricos recientes sin cambiar el significado básico de un hash de bloque.

También sirve de apoyo a futuros trabajos relacionados con la ejecución sin estado, las pruebas y una verificación más eficiente de la blockchain.

Cómo consultar un hash de bloque

Se puede consultar un hash de bloque mediante un explorador de bloques, un nodo, un endpoint RPC o una herramienta para desarrolladores.

En un explorador de bloques, los usuarios suelen buscar por número de bloque, hash de transacción, dirección de wallet o hash de bloque.

En un nodo, los desarrolladores pueden utilizar llamadas RPC para solicitar datos de bloques.

En Bitcoin Core, el comando getblockhash devuelve el hash del bloque correspondiente a una altura determinada de la mejor cadena.

En Ethereum JSON-RPC, la documentación de Ethereum JSON-RPC incluye métodos relacionados con los bloques que permiten a las aplicaciones recuperar datos de la blockchain.

Muchas API compatibles con EVM también admiten métodos como eth_getBlockByHash, que devuelve información sobre el bloque correspondiente a un hash específico.

Esto resulta útil para wallets, paneles de análisis, sistemas de custodia, herramientas fiscales, bridges e infraestructura de trading que necesitan referencias exactas de bloques.

Al desarrollar sistemas para producción, los desarrolladores también deben gestionar los casos en que no se encuentra un hash, ya no es canónico o pertenece a otra red.

Usos habituales de los hashes de bloque en cripto

Los hashes de bloque se utilizan para verificar la integridad de los bloques.

Se utilizan para conectar bloques y formar una cadena segura.

Los exploradores los utilizan para indexar y mostrar información de bloques.

Los nodos los utilizan para comparar las puntas de la cadena y validar los bloques recibidos.

Las API los utilizan para solicitar datos de bloques específicos.

Los análisis los utilizan para seguir la inclusión de transacciones, las reorganizaciones y el comportamiento de la red.

Los bridges y los sistemas de pruebas los utilizan para hacer referencia a datos de la cadena de origen.

Las wallets y los sistemas institucionales los utilizan para registrar en qué bloque se confirmó una transacción.

También son útiles en auditorías porque proporcionan una referencia precisa a un estado histórico de la blockchain.

Por ejemplo, en lugar de indicar que una transferencia se realizó aproximadamente en una fecha determinada, un auditor puede registrar el hash de la transacción, la altura del bloque, la marca de tiempo del bloque y el hash de bloque.

Esto crea un rastro de evidencias más sólido para las operaciones cripto.

Ejemplo práctico de un hash de bloque

Imagina que un usuario envía una transacción de criptomonedas.

Al principio, la transacción espera a que se incluya en un bloque.

Cuando un minero o un validador la incluye, el bloque recibe un hash de bloque.

A continuación, el usuario puede abrir un explorador de bloques y ver la transacción dentro de ese bloque.

El explorador puede mostrar el número del bloque, su hash, la marca de tiempo, la comisión de red y el número de confirmaciones.

Si la transacción permanece en la cadena canónica, se añaden más bloques después de ella.

Cada bloque posterior apunta hacia atrás mediante una cadena de hashes de los bloques anteriores.

Esto ofrece al usuario y a la red una forma clara de verificar que la transacción forma parte del historial aceptado del libro mayor.

Si el bloque se sustituye durante una reorganización, la transacción puede aparecer asociada a otro hash de bloque o tener que confirmarse de nuevo.

Por qué un hash de bloque parece aleatorio

Un hash de bloque suele parecer aleatorio porque las funciones hash criptográficas generan salidas que no revelan patrones evidentes de los datos de entrada.

Aunque dos cabeceras de bloque sean casi idénticas, sus hashes deberían parecer completamente distintos.

Este efecto se conoce como efecto avalancha.

Es útil porque los atacantes no pueden predecir fácilmente cómo afectará un pequeño cambio al hash final.

En Proof of Work, esto convierte la minería en un proceso de prueba y error.

En la validación general de una blockchain, hace que el hash sea una huella fiable de los datos exactos del bloque.

El hash puede parecer aleatorio para las personas, pero no lo es en sentido matemático.

Está completamente determinado por los datos de entrada y el algoritmo hash.

Por eso, todos los nodos honestos que calculen el hash a partir de los mismos datos válidos de un bloque deberían obtener el mismo resultado.

¿Pueden dos bloques tener el mismo hash de bloque?

En teoría, dos entradas diferentes podrían generar el mismo hash; esto se denomina colisión.

En la práctica, las funciones hash criptográficas modernas están diseñadas para que encontrar una colisión de este tipo sea computacionalmente inviable.

En los sistemas de criptomonedas, la resistencia a las colisiones es esencial, porque dos bloques diferentes con el mismo hash plantearían graves problemas de seguridad.

Por eso, los protocolos blockchain se basan en funciones hash ampliamente estudiadas y en supuestos de seguridad conservadores.

Los usuarios normalmente no tienen que preocuparse por colisiones accidentales de hashes de bloque en las principales blockchains.

Los riesgos más realistas son los errores de implementación, el diseño inseguro de smart contracts, la gestión deficiente de claves, el phishing, los riesgos de los bridges o una comprensión equivocada de las confirmaciones necesarias.

Hash de bloque e integridad de los datos

La integridad de los datos significa que estos siguen siendo exactos, completos y sin cambios respecto a la versión aceptada.

Un hash de bloque contribuye a la integridad de los datos porque cualquiera puede volver a calcular el hash y compararlo con el valor esperado.

Si los valores coinciden, es probable que los datos sean los mismos que los del bloque aceptado.

Si no coinciden, hay un problema.

Por ello, los hashes de bloque son útiles más allá de las transferencias habituales.

Pueden facilitar pruebas, instantáneas, auditorías, sistemas de indexación y registros a largo plazo.

Por ejemplo, un sistema de contabilidad cripto puede guardar un hash de bloque junto con instantáneas diarias de los saldos.

Más adelante, el equipo puede comparar el hash registrado con los datos de la cadena para confirmar que la instantánea corresponde al bloque previsto.

Esto es mucho más fiable que registrar únicamente una fecha o una hora aproximada.

Hash de bloque y finalización

La finalización significa que un bloque se considera liquidado conforme a las reglas de la red.

Cada blockchain define la finalización de forma distinta.

Algunas redes tienen una finalización probabilística: cuanto más bloques se añaden después, más difícil resulta revertirlos.

Otras tienen una finalización económica o protocolaria: los validadores finalizan puntos de control y revertirlos exigiría infracciones graves de las reglas.

Un hash de bloque ayuda a identificar el bloque exacto que ha alcanzado un determinado grado de liquidación.

Sin embargo, el hash de bloque por sí solo no indica el estado completo de finalización.

Las aplicaciones deben combinar el seguimiento de los hashes de bloque con la lógica de confirmación o finalización específica de cada cadena.

Esto es especialmente importante para depósitos, retiradas, transferencias entre cadenas, operaciones de gran valor y sistemas de liquidación automatizados.

Buenas prácticas para desarrolladores

Al registrar eventos on-chain importantes, los desarrolladores deberían guardar tanto la altura como el hash de bloque.

Deberían comprobar si un bloque sigue siendo canónico después de un periodo razonable de confirmación.

Deberían evitar utilizar el hash de bloque como única fuente de aleatoriedad para resultados financieros.

Deberían utilizar las API oficiales de los nodos y verificar cómo define cada cadena el hash de bloque, la raíz del bloque, la finalización y el acceso a datos históricos.

Deberían gestionar las respuestas nulas al solicitar bloques por hash.

También deberían separar la lógica de las transacciones de la lógica de los bloques.

El hash de una transacción identifica la transacción, mientras que el hash de bloque identifica el bloque que la incluyó.

En los bridges, indexadores y sistemas de análisis, los desarrolladores deberían diseñar los sistemas para que gestionen reorganizaciones de la cadena, en lugar de dar por hecho que el primer bloque detectado ya es definitivo.

Una gestión adecuada de los hashes de bloque hace que las aplicaciones cripto sean más fiables, más fáciles de auditar y más seguras para los usuarios.

Preguntas frecuentes

¿Qué significa hash de bloque en cripto?

En el ámbito cripto, hash de bloque es el hash criptográfico que identifica un bloque específico de una blockchain.

Funciona como una huella digital del bloque y ayuda a verificar que sus datos no han cambiado.

¿Un hash de bloque es lo mismo que un hash de transacción?

No. El hash de bloque identifica un bloque, mientras que el hash de transacción identifica una transacción concreta.

Un bloque puede contener muchas transacciones, por lo que un hash de bloque puede estar relacionado con numerosos hashes de transacción.

¿Por qué es importante un hash de bloque?

Un hash de bloque es importante porque conecta los bloques, contribuye a la integridad de los datos, ayuda a los nodos a verificar los bloques y permite a los usuarios hacer referencia exacta al historial de la blockchain.

Sin hashes de bloque, a una red descentralizada le resultaría mucho más difícil detectar manipulaciones y ponerse de acuerdo sobre el mismo libro mayor.

¿Puede cambiar un hash de bloque?

El hash de los mismos datos de un bloque no cambia, pero el bloque canónico de una altura determinada sí puede cambiar durante una reorganización de la cadena.

Por eso, a veces una transacción aparece primero asociada a un hash de bloque y después se confirma bajo otro.

¿Pueden los smart contracts utilizar hashes de bloque para generar aleatoriedad?

En algunas redes, los smart contracts pueden leer determinados hashes de bloques recientes, pero utilizar un hash de bloque como fuente de aleatoriedad es arriesgado.

Los productores de bloques pueden influir en algunos valores relacionados con los bloques, por lo que los desarrolladores deberían utilizar diseños de aleatoriedad más sólidos para aplicaciones de gran valor.

¿Cómo encuentro un hash de bloque?

Puedes encontrar un hash de bloque mediante un explorador de bloques, un comando de nodo o un método RPC.

Muchos exploradores permiten buscar por altura del bloque o hash de transacción y consultar después el hash de bloque correspondiente.

¿Cuál es la diferencia entre el hash de bloque y el hash del bloque anterior?

El hash de bloque identifica el bloque actual.

El hash del bloque anterior es un campo del bloque actual que apunta al bloque precedente.

¿Por qué los hashes de bloque parecen cadenas aleatorias de letras y números?

Los hashes de bloque parecen aleatorios porque las funciones hash criptográficas generan salidas de longitud fija que no revelan patrones evidentes de los datos de entrada.

Esto hace que sean útiles como huellas seguras de los datos blockchain.

Conclusión

El hash de bloque es uno de los componentes fundamentales de la tecnología de las criptomonedas.

Identifica un bloque, protege la integridad de los datos, conecta los bloques y ayuda a los nodos descentralizados a ponerse de acuerdo sobre el mismo historial del libro mayor.

En los sistemas Proof of Work, el hash de bloque está vinculado a la minería y a la dificultad.

En los sistemas Proof of Stake, sigue desempeñando un papel importante en la identificación y verificación de los datos aceptados de los bloques, aunque el proceso de consenso sea diferente.

Para los usuarios, el hash de bloque resulta útil al comprobar confirmaciones, revisar datos en exploradores y demostrar en qué bloque se incluyó una transacción.

Para los desarrolladores, es importante para las API, los indexadores, las auditorías, los bridges, los smart contracts y la gestión de reorganizaciones.

La idea principal es sencilla: un hash de bloque no es solo una etiqueta.

Es una huella criptográfica que ayuda a que los registros de la blockchain sean verificables, estén conectados y resistan modificaciones ocultas.