← Todos los artículos

Qué es un hash y para qué sirve en cripto

Publicado: 4 de octubre de 2026

También disponible en:EnglishРусский繁體中文

¿Qué es un hash? En pocas palabras, es una huella corta de unos datos. Una función hash toma un texto, un archivo o un registro de cualquier tamaño y devuelve una cadena de longitud fija; los mismos datos dan siempre el mismo hash, y cambiar un solo carácter lo cambia entero. Sobre esto descansa una blockchain: cada bloque y cada transacción tienen su propio hash, y hasta la dirección de una billetera sale de aplicar un hash. Llevamos notrace.exchange, un servicio de mezcla, y el 4 de octubre de 2026 recalculamos nosotros mismos los hashes de un bloque real y de transferencias reales en tres redes, para mostrar de dónde salen y qué permiten ver a cualquiera.

Hashes que recalculamos el 4 de octubre de 2026: un bloque de Bitcoin, transacciones de Ethereum y de Tron, y lo que deja ver un TXID

Qué es un hash

El glosario de seguridad de Internet (RFC 4949) define la función hash como una función que convierte una cadena de bits de longitud arbitraria en una cadena de longitud fija. Al resultado se le llama hash, valor hash o resumen.

Se entiende mejor con un ejemplo. Tomemos SHA-256, la función con la que trabaja Bitcoin, y calculemos el hash de los cinco caracteres 1 BTC:

174b3310 11288fd7 53a83579 1557e1b3 591b2326 96b01f33 ce4f6f7d f9cd8c4b

Ahora cambiemos una cifra y calculemos el de 2 BTC:

f8d78110 583c3ebd 82c5e630 d6191b71 f0e9cce8 bf144e54 677566b2 73125e6c

Los espacios los pusimos nosotros para que se lea mejor; un hash SHA-256 de verdad no los lleva: son 64 caracteres seguidos, cifras y letras de la a a la f. Las dos entradas se diferencian en un carácter, y sin embargo los hashes coinciden solo en 3 posiciones de 64, y cambiaron 131 de los 256 bits. Puede repetirlo en cualquier calculadora de SHA-256: el resultado será idéntico hasta el último carácter.

La longitud del hash no depende del tamaño de la entrada. Repetimos la cadena 1 BTC un millón de veces, cinco megabytes de texto, y su hash volvió a ocupar 64 caracteres: 14a2c3a5…f0c8.

Tres propiedades en las que se apoya todo

  • Misma entrada, mismo hash. De lo contrario no habría nada que comparar.
  • No hay camino de vuelta. A partir del hash no se pueden calcular los datos originales. El estándar que describe SHA-256 llama segura a la función precisamente porque es computacionalmente inviable encontrar un mensaje que corresponda a un resumen dado (RFC 6234).
  • No se pueden encontrar dos entradas distintas con el mismo hash. El mismo documento lo pone como segunda condición de seguridad. A esa coincidencia se le llama colisión.

Las funciones envejecen. El 23 de febrero de 2017 Google anunció la primera colisión hallada para SHA-1, una función más antigua (Google Security Blog); no conocemos ninguna colisión hallada para SHA-256.

Dos matices que suelen pasarse por alto. Aplicar un hash no es cifrar: no hay clave, y no hay con qué descifrar un hash. Y que no tenga vuelta atrás no protege los datos cortos y previsibles: el hash de un número de teléfono o de una contraseña sencilla se encuentra probando todas las opciones.

El hash de un bloque: lo comprobamos nosotros

En Bitcoin cada bloque tiene una cabecera de 80 bytes. Según la documentación para desarrolladores, contiene seis campos: la versión, el hash de la cabecera del bloque anterior, la raíz de Merkle de las transacciones, la hora, el umbral de dificultad codificado y el número que los mineros van cambiando (el nonce); a la cabecera se le aplica SHA-256 dos veces.

Tomamos el bloque 969 824, cerrado el 4 de octubre de 2026 a las 09:43:54 UTC con 6 083 transacciones, descargamos sus 80 bytes, aplicamos SHA-256 dos veces e invertimos el orden de los bytes, como es costumbre al mostrarlo. El resultado:

00000000 00000000 00021913 7ce6b558 da3de58c 6e9dce0d bc734a06 77b10188

Es, carácter por carácter, el hash con el que los exploradores muestran el bloque, por ejemplo Blockstream. La comprobación tardó una fracción de segundo en un ordenador corriente.

En esa cadena se ven dos cosas.

Los ceros del principio. Son diecinueve, y no es casualidad. El artículo original de Bitcoin describe la prueba de trabajo como la búsqueda de un valor cuyo hash empiece por un número determinado de bits a cero. Los mineros cambian el nonce y vuelven a calcular hasta que el resultado es lo bastante pequeño; en nuestro bloque el número que sirvió fue 3 347 284 606. Con una dificultad de 132,7 billones, un bloque exige de media unos 570 000 trillones de intentos (5,7 × 10²³), mientras que comprobar el resultado requiere un solo cálculo.

El enlace con el pasado. El campo «hash de la cabecera del bloque anterior» contiene 00000000 00000000 0001f159…bcc9, que es exactamente el hash del bloque 969 823. Si se cambia una transacción en un bloque antiguo, su hash cambia, deja de coincidir con lo anotado en el bloque siguiente, y así hasta el final de la cadena. Más sobre la cadena en what is blockchain and what it shows (en inglés).

Qué es el hash de una transacción (TXID)

El hash de una transacción es su identificador; también se le llama ID de transacción, TXID o tx hash. No se reparte por orden, como un número de pedido: se calcula a partir del propio registro. Por eso no se puede cambiar nada en una transacción y conservar el hash de antes.

Cada red lo calcula a su manera, y comprobamos las tres.

  • Bitcoin. El TXID es un doble SHA-256 de la transacción tal como se transmite entre nodos (documentación). Recalculamos la transferencia que la Bitcoin Wiki recoge como la primera transacción de Bitcoin, f4184fc5…9e16 del bloque 170 (275 bytes), y una transacción reciente del bloque 969 824. Los dos hashes coincidieron.
  • Ethereum. El hash de la transacción es la función Keccak-256 de la transacción firmada. En el bloque 26 118 233 (09:56:23 UTC) recalculamos las doce primeras transacciones: coincidieron las doce.
  • Tron. El identificador es el SHA-256 del contenido de la transacción, sin la firma. El bloque 86 811 707 (09:56:27 UTC) tenía 372 transacciones, y coincidieron las 372.

Un hallazgo de paso. El glosario de ethereum.org dice que Keccak-256 se estandarizó como SHA-3. En la práctica, la Keccak-256 que usa Ethereum y la SHA3-256 de las bibliotecas estándar dan resultados distintos: de la misma cadena 1 BTC obtuvimos aa5c8c0c…b3ef y a87d1e9a…c3e7. Para comprobar hashes de Ethereum hace falta Keccak-256.

El hash de una transacción tiene el mismo aspecto en todas partes: 64 caracteres, con el prefijo 0x en Ethereum. En una billetera está en el historial de operaciones, en la línea «hash», «ID de transacción» o «TXID».

Qué deja ver el hash de una transacción

Un hash no oculta nada. Es un puntero: péguelo en un explorador de bloques y se abre el registro entero.

Abra el enlace de la transferencia del bloque 170 y verá lo que ve cualquiera: una entrada de 50 BTC, dos salidas de 10 y 40 BTC, las direcciones de ambas partes, el número de bloque y la hora. En el registro no hay nombres. Con una transferencia de hoy ocurre igual: su hash muestra la dirección de quien envía, la de quien recibe, el importe, la comisión, la hora y el número de confirmaciones.

Tres consecuencias prácticas.

  • Enseñar el hash de una transacción es seguro en el sentido de que no da acceso a las monedas. Con él no se puede gastar nada.
  • Pero enseñar un hash es enseñar la transferencia entera. Junto con el importe, la otra persona conoce su dirección, y una dirección revela su saldo y todo su historial. En Bitcoin eso incluye la dirección de la vuelta, que es otra dirección suya.
  • Un hash es un recibo. Demuestra que una transferencia de ese importe a esa dirección quedó escrita en un bloque. La discusión «yo lo envié, usted no lo recibió» se resuelve con él en un minuto.

Qué revela su dirección a un desconocido lo contamos en what is a wallet address, y cómo se siguen los registros de una transferencia a la siguiente, en is Bitcoin traceable (ambos en inglés).

Una dirección también es un hash

Ninguna oficina expide las direcciones: se calculan a partir de una clave pública. En las direcciones clásicas de Bitcoin, a la clave pública se le aplica SHA-256, al resultado RIPEMD-160, y lo obtenido se codifica con una suma de comprobación (Bitcoin Wiki). Tomamos la clave pública escrita en el primer bloque de Bitcoin, seguimos esos pasos y llegamos a 1A1zP1eP5QGefi2DMPTfTL5SLmv7DivfNa, la misma dirección que recibió la recompensa del primer bloque.

En Ethereum la dirección son los últimos 20 bytes del hash Keccak-256 de la clave pública, con 0x delante (ethereum.org).

Como el hash no tiene vuelta atrás, de una dirección no se puede calcular la clave, y la misma palabra «hash» puede significar cosas distintas en una billetera. El hash de una transacción es el registro de una transferencia; la dirección es adonde van las transferencias. Quién tiene la clave en cada tipo de billetera lo explicamos en billetera custodial y no custodial.

Qué es el hashrate

El hashrate, o tasa de hash, es el número de hashes que los mineros de una red calculan por segundo. No se puede medir directamente; se estima a partir de la dificultad, y la Bitcoin Wiki da la fórmula. Para nuestro bloque sale en torno a 950 exahashes por segundo, es decir, 950 trillones de intentos cada segundo. Cuanto mayor es el hashrate, más cuesta reescribir bloques pasados: habría que repetir todo ese trabajo.

Preguntas frecuentes

¿Se pueden recuperar los datos originales a partir de un hash? No, si los datos son largos e imprevisibles. Los cortos y típicos se encuentran probando todas las opciones.

¿Pueden dos transacciones distintas tener el mismo hash? SHA-256 tiene dos elevado a 256 valores posibles, y no conocemos ninguna colisión hallada. En la práctica el hash de una transacción es único.

¿Hash y dirección son lo mismo? No. La dirección indica adónde se enviaron las monedas; el hash de la transacción, qué registro concreto se hizo de ello. Una dirección puede tener miles de transacciones, cada una con su hash.

¿Y si una transferencia se queda «atascada»? Búsquela por su hash en un explorador. Si el registro está y tiene cero confirmaciones, la transferencia espera a entrar en un bloque. Si no hay registro, la billetera no llegó a enviarla.

¿El hash de una transferencia es igual en redes distintas? No. Cada red tiene su propio libro y sus propios registros; por qué el mismo USDT en dos redes son dos tokens distintos lo explicamos en TRC20 vs ERC20 (en inglés).

Dónde estamos nosotros

En nuestro servicio los hashes aparecen en dos sitios, y los dos se pueden comprobar.

  • En la página de la orden, cada uno de los dos pagos recibe un hash de transacción con un enlace al explorador de su red. Es su recibo: la transferencia se lee igual que leímos las ajenas.
  • La carta que la orden ofrece antes de pagar empieza por las líneas -----BEGIN PGP SIGNED MESSAGE----- y Hash: SHA512. La firma no se hace sobre el texto, sino sobre su hash: así funciona una firma OpenPGP (RFC 9580). Cambie un carácter de la carta y la comprobación en la página de nuestra clave PGP fallará.

El resto, en breve. El pago sale en dos transferencias a dos direcciones suyas, cada una con su retardo de 0 a 6 horas. Mientras corre un retardo, los fondos los tiene el servicio: el apartado 8 de las condiciones lo nombra custodio durante ese tiempo. Nuestra comisión el 4 de octubre de 2026 era del 0,5 %; la cifra vigente figura siempre en las preguntas frecuentes.

Cuatro monedas tienen página propia, que abre el formulario directamente en esa moneda con su mínimo actual: el mezclador de bitcoin, el de Ethereum, el de Solana y el de USDT.

Por dónde empezar

Tome el hash de su última transferencia y péguelo en el explorador de la red: verá exactamente lo que verá cualquiera a quien enseñe ese hash. Y para hacerse una idea de la función, abra una calculadora de SHA-256, escriba 1 BTC, luego 2 BTC, y compare el resultado con nuestras cadenas de arriba. Qué son las criptomonedas y quién las emite lo contamos en qué son las criptomonedas y cómo se usan.

Compartir: