SHA-256: la huella digital que no se puede falsificar
Serie: La Matemática Invisible de Bitcoin (SHA-256) · Artículo 4 de 8 · Por Kiko Tsuki | Nakamotobook.com · Artículo elaborado con asistente de escritura (CoinmindIA). Citas validadas por el autor.
Imagina que alguien te entrega una caja con un millón de documentos y te pide que compruebes si alguno ha sido modificado desde ayer. Sin ninguna herramienta, la tarea es imposible: tendrías que leer cada documento, compararlo con tu memoria y hacerlo en tiempo razonable. Ahora imagina que existe una función matemática que (SHA-256) lee esa caja entera y produce siempre el mismo resultado de exactamente 64 caracteres hexadecimales —y que basta con cambiar una coma en cualquiera de los documentos para que ese resultado cambie completamente y de manera impredecible. Ya no necesitas leer nada. Comparas el resultado de ayer con el de hoy, y en una fracción de segundo sabes si algo ha cambiado.
Esa función existe. Se llama SHA-256, y Satoshi Nakamoto la usó no una sino tres veces en el diseño de Bitcoin: para construir las direcciones de los usuarios, para sellar cada bloque de transacciones y para hacer que el Proof of Work sea el único mecanismo conocido que permite crear consenso sin ninguna autoridad central.
En el artículo anterior de esta serie —secp256k1 Parte 2: clave privada, K=k·G y el ECDLP— vimos cómo la curva elíptica genera el par de claves que constituye la identidad criptográfica de cada bitcoiner, y cómo esa identidad se transforma en una dirección mediante una cadena de funciones hash: k → K=k·G → SHA256 → RIPEMD160 → dirección. En este artículo vamos a desgranar en detalle cada uno de esos pasos, entender qué es SHA-256 por dentro, y ver cómo esa misma función encadena los bloques de la historia de Bitcoin y hace que reescribir el pasado sea energéticamente inabordable.
Todo eso descansa sobre una sola función de siete caracteres: SHA-256.
1. ¿Qué es una función hash (como SHA-256)?
Antes de entrar en SHA-256 específicamente, conviene entender qué es una función hash en términos generales, porque el concepto es contraintuitivo la primera vez que se encuentra.
Una función hash es una función matemática que toma una entrada de cualquier tamaño —un carácter, un libro entero, un disco duro completo— y produce una salida de tamaño fijo. Esa salida se llama hash, digest o huella digital. En el caso de SHA-256, la salida tiene siempre exactamente 256 bits, es decir, 32 bytes o 64 caracteres en notación hexadecimal, independientemente del tamaño de la entrada.
Lo que hace especiales a las funciones hash criptográficas —a diferencia de las funciones hash usadas en estructuras de datos como tablas hash— son cuatro propiedades formales que deben cumplir simultáneamente:
Determinismo. La misma entrada produce siempre la misma salida. SHA-256(«Bitcoin») dará siempre el mismo resultado, en cualquier ordenador, en cualquier momento.
Eficiencia. Calcular el hash de cualquier entrada es computacionalmente barato. Un ordenador moderno puede calcular millones de hashes por segundo.
Efecto avalancha. Un cambio mínimo en la entrada —un solo bit— produce una salida completamente diferente y sin ninguna correlación aparente con el hash original. Cambiar «Bitcoin» por «bitcoin» (solo la mayúscula) produce un hash radicalmente distinto.
Resistencia a preimagen. Dado un hash h, es computacionalmente inviable encontrar una entrada m tal que SHA-256(m) = h. No existe ningún camino matemático de vuelta desde el hash hacia la entrada original.
Resistencia a colisiones. Es computacionalmente inviable encontrar dos entradas distintas m₁ y m₂ tales que SHA-256(m₁) = SHA-256(m₂). Aunque teóricamente existen infinitas entradas que producirían el mismo hash de 256 bits —el espacio de entradas es infinito, el de salidas es finito—, encontrarlas en la práctica es imposible.
Una función hash no es un cifrado. El cifrado es reversible: con la clave correcta, puedes recuperar el mensaje original. El hash destruye información de manera deliberada e irreversible. No hay clave que deshaga un SHA-256. Esa destrucción controlada es exactamente lo que lo hace útil para la criptografía.
2. SHA-256: la función que eligió Satoshi
SHA-256 pertenece a la familia SHA-2 (Secure Hash Algorithm 2), desarrollada por la NSA y publicada por el NIST en 2001. A diferencia de su predecesora SHA-1 —que fue rota en 2017 cuando investigadores de Google demostraron la primera colisión práctica (Stevens et al., 2017)— SHA-256 permanece criptográficamente segura a día de hoy.
La elección de SHA-256 puede parecer contradictoria con lo que vimos en el artículo anterior: Satoshi evitó las curvas elípticas del NIST precisamente por desconfiar de sus parámetros opacos. ¿Por qué entonces usar una función hash diseñada por la NSA?
La respuesta reside en la naturaleza del riesgo. Una curva elíptica con una backdoor podría comprometer la generación de claves de manera silenciosa e indetectable. Una función hash comprometida, en cambio, se manifiesta necesariamente de manera observable: alguien encuentra una colisión, y la comunidad lo verifica públicamente. SHA-256 lleva más de dos décadas siendo analizada por criptógrafos de todo el mundo sin que nadie haya encontrado una vulnerabilidad práctica. Esa resistencia pública y verificable la convierte en una elección razonable, independientemente de su origen institucional.
El efecto avalancha: por qué el hash no «parece» a su entrada
Ilustremos el efecto avalancha con un ejemplo concreto. El hash SHA-256 de la palabra «Bitcoin» es:
b4056df6691f8dc72e56302ddad345d65fead3ead9299609a826e2344eb63aa
El hash SHA-256 de «bitcoin» (solo cambia la mayúscula) es:
6b88c087247aa2f07ee1c5956b8e1a9f4c7f892a70e324f1bb3d161e05ca107
Los dos hashes no guardan ninguna relación visual ni matemática aparente entre sí, aunque las entradas difieren en un único bit. Eso es el efecto avalancha en acción: cualquier cambio, por mínimo que sea, se propaga de manera impredecible a través de toda la función.
La construcción Merkle-Damgård
SHA-256 procesa la entrada en bloques de 512 bits mediante una construcción llamada Merkle-Damgård. La entrada se divide en bloques, se aplica relleno para que el último bloque tenga el tamaño correcto, y cada bloque se procesa en una función de compresión que combina el resultado del bloque anterior con el bloque actual. Al final, el resultado del último bloque es el hash de 256 bits.
No es necesario entender los detalles internos de la función de compresión para comprender por qué SHA-256 funciona como lo hace. Lo esencial es que la estructura Merkle-Damgård garantiza que el hash final depende de cada bit de la entrada: una modificación en cualquier punto de un mensaje largo afecta al resultado final de manera impredecible.
SHA-256 lleva más de dos décadas bajo el escrutinio de los mejores criptógrafos del mundo sin que nadie haya encontrado una colisión práctica ni una preimagen eficiente. Esa resistencia continuada, pública y verificable, es la razón por la que Bitcoin puede confiar en ella como base de su seguridad.
3. De clave pública a dirección Bitcoin: SHA-256 + RIPEMD-160
En el artículo anterior presentamos la cadena de transformaciones que convierte una clave privada en una dirección Bitcoin. Ahora tenemos las herramientas para entenderla en detalle.
El punto de partida es la clave pública K = k·G, un punto en la curva secp256k1 representado como 33 bytes en formato comprimido. A partir de K, la dirección Bitcoin se genera en los siguientes pasos:
Paso 1: SHA-256(K) → hash de 256 bits.
Paso 2: RIPEMD-160(SHA-256(K)) → hash de 160 bits. Este resultado se llama Public Key Hash (PKH).
A continuación, en el paso 3 se añade un byte de versión al inicio (0x00 para mainnet) → 21 bytes.
Paso 4: SHA-256(SHA-256(payload)) → los primeros 4 bytes del resultado son el checksum.
Paso 5: payload + checksum → 25 bytes, codificados en Base58Check → dirección legible.
El resultado completo:
k → K = k·G → SHA256(K) → RIPEMD160 → PKH → Base58Check → Dirección Bitcoin
¿Por qué dos funciones hash distintas en serie?
La razón de usar SHA-256 seguido de RIPEMD-160 —en lugar de un único hash o dos SHA-256 consecutivos— es la defensa en profundidad. Si se descubriera una vulnerabilidad en SHA-256 que permitiera construir colisiones, un atacante necesitaría además vulnerar RIPEMD-160 para comprometer las direcciones. Dos funciones de familias matemáticas distintas, diseñadas por equipos distintos, con estructuras internas distintas, ofrecen una resistencia combinada superior a cualquiera de las dos por separado.
Adicionalmente, RIPEMD-160 produce una salida de 160 bits frente a los 256 de SHA-256. Eso reduce el tamaño de las direcciones —lo que importa para la eficiencia en la cadena— manteniendo una seguridad de 80 bits contra ataques de colisión, suficiente para el propósito de una dirección de pago.
La dirección Bitcoin no es tu clave pública. Es el hash de tu clave pública. Incluso si el ECDLP fuera vulnerado en el futuro, un atacante que obtenga tu clave pública a partir de una transacción todavía tendría que invertir RIPEMD-160(SHA-256(K)) para llegar a K, y luego resolver el ECDLP para llegar a k. Son dos barreras matemáticas independientes en serie.
4. El árbol de Merkle: comprimir mil transacciones en 32 bytes con SHA-256
Hasta aquí hemos visto cómo SHA-256 protege las identidades individuales. Ahora vamos a ver cómo protege la integridad colectiva de todas las transacciones de un bloque.
Cada bloque de Bitcoin contiene entre unas pocas y varios miles de transacciones. El problema es cómo representar ese conjunto de manera que cualquier modificación —aunque sea de un solo byte en una sola transacción— sea inmediatamente detectable, y de manera que un nodo ligero pueda verificar que una transacción concreta está incluida en el bloque sin tener que descargar todas las demás.
La solución es el árbol de Merkle, una estructura de datos inventada por Ralph Merkle en 1979 (Merkle, 1980) y adoptada por Satoshi directamente en el diseño de Bitcoin.
El proceso es el siguiente. Cada transacción se hashea con SHA-256 doble: SHA256(SHA256(tx)), produciendo una hoja del árbol. Luego, los hashes de las transacciones se van combinando por pares: SHA256(SHA256(hash_A + hash_B)) produce el nodo padre de A y B. Ese proceso se repite hacia arriba hasta que queda un único hash de 32 bytes: la raíz de Merkle o Merkle root.
La raíz de Merkle es la huella digital de todas las transacciones del bloque. Si cualquier transacción es modificada, su hash cambia, y ese cambio se propaga hacia arriba por el árbol hasta cambiar la raíz. Un árbol de Merkle con mil transacciones tiene una profundidad de solo 10 niveles (log₂(1000) ≈ 10). Para verificar que una transacción está incluida, basta con proporcionar los 10 hashes del camino desde esa transacción hasta la raíz —una prueba de Merkle— sin necesidad de revelar ni descargar las otras 999 transacciones.
El árbol de Merkle permite que los nodos ligeros —como los monederos en teléfonos móviles— verifiquen transacciones individuales con una seguridad criptográfica plena, descargando solo una fracción mínima de los datos de la cadena. Esa propiedad se llama SPV (Simplified Payment Verification) y fue descrita por Satoshi en la sección 8 del whitepaper original (Nakamoto, 2008).
5. La cabecera de bloque: lo que realmente se hashea
Cuando hablamos del «hash de un bloque», técnicamente no se hashea el bloque completo —que puede pesar varios megabytes— sino solo su cabecera (block header), una estructura de exactamente 80 bytes que contiene seis campos:
Versión (4 bytes): indica qué conjunto de reglas del protocolo sigue este bloque.
Hash del bloque anterior (32 bytes): el hash SHA256(SHA256(header)) del bloque inmediatamente anterior en la cadena. Es el campo que crea el encadenamiento.
Raíz de Merkle (32 bytes): el hash que resume todas las transacciones del bloque.
Timestamp (4 bytes): marca de tiempo Unix aproximada del momento en que el minero construyó el bloque.
Bits / Target (4 bytes): representación compacta del objetivo de dificultad actual. El hash del bloque debe ser menor que este valor para ser válido.
Nonce (4 bytes): el campo que los mineros modifican en cada intento de Proof of Work.
El hash del bloque se calcula como SHA256(SHA256(header)), aplicando SHA-256 dos veces a esos 80 bytes. El resultado es el identificador único del bloque: 32 bytes que lo representan en la cadena y que deben satisfacer la condición de dificultad.
¿Por qué doble SHA-256?
La elección de aplicar SHA-256 dos veces —en lugar de una sola— es una decisión defensiva frente a una clase de ataques llamados ataques de extensión de longitud (length extension attacks), que son una vulnerabilidad conocida de la construcción Merkle-Damgård. Con el doble hash, esa vulnerabilidad queda neutralizada sin necesidad de cambiar la función subyacente.
6. El encadenamiento: por qué reescribir el pasado es imposible
Ahora podemos entender por qué Bitcoin se llama blockchain —cadena de bloques— y qué significa exactamente esa denominación en términos matemáticos.
Cada cabecera de bloque contiene el hash del bloque anterior. Eso significa que el hash del bloque N depende del contenido del bloque N, que incluye el hash del bloque N-1, que a su vez depende del contenido del bloque N-1, que incluye el hash del bloque N-2… y así hasta el bloque génesis. Toda la historia de Bitcoin está matemáticamente comprimida en el hash del bloque más reciente.
La consecuencia es radical: si alguien intentara modificar una transacción en el bloque N-100, el hash de ese bloque cambiaría. Eso invalidaría el hash del bloque N-99, que contiene el hash del N-100 como dato. Lo que invalidaría el N-98. Y así sucesivamente, haciendo necesario recalcular todos los bloques desde N-100 hasta el presente.
Recalcular un bloque no es gratis. Requiere encontrar un nonce que satisfaga la condición de dificultad, lo que —como veremos en la siguiente sección— implica un coste energético real y medible. Modificar 100 bloques del pasado requeriría rehacerse del trabajo acumulado en esos 100 bloques, más seguir el ritmo de producción actual para no quedarse atrás. Con la potencia de hash global actual de la red Bitcoin, ese coste es prácticamente imposible de sufragar.
El encadenamiento de hashes convierte el pasado de Bitcoin en una estructura con memoria matemática perfecta. No se trata de que sea difícil modificar el pasado: es que cualquier modificación deja una huella matemática inmediata y visible en todos los bloques posteriores, que la red rechaza automáticamente.
7. Proof of Work: la lotería matemática que crea consenso
Hemos llegado al mecanismo central que hace que todo lo anterior tenga sentido. Sabemos que cada bloque debe tener un hash que satisfaga una condición de dificultad. Pero ¿qué significa exactamente esa condición, y por qué es el fundamento del consenso descentralizado?
El Proof of Work de Bitcoin es un problema computacional del siguiente tipo: dado el contenido de la cabecera de bloque, encuentra un valor del campo nonce (un entero de 4 bytes, entre 0 y ~4.300 millones) tal que el hash doble de la cabecera sea menor que un valor objetivo llamado target:
SHA256(SHA256(header + nonce)) < target
El target es un número de 256 bits. Cuanto más pequeño es el target, más difícil es el problema, porque hay menos valores de hash que lo satisfacen. La dificultad actual de Bitcoin implica que el hash válido debe comenzar con aproximadamente 20 ceros hexadecimales consecutivos, lo que significa que solo una de cada 2⁸⁰ posibilidades aproximadamente produce un hash válido.
Dado que SHA-256 es una función pseudoaleatoria —no existe ningún patrón que permita predecir qué nonce producirá un hash válido— el único método conocido es la fuerza bruta: calcular SHA256(SHA256(header + nonce)) para cada posible valor del nonce, uno a uno, hasta encontrar uno que funcione. Es una lotería en la que cada billete cuesta una operación de hash y la probabilidad de ganar con cada billete es aproximadamente 1 en 2⁸⁰.
La dificultad se ajusta cada 2016 bloques
El protocolo de Bitcoin ajusta automáticamente el target cada 2016 bloques (aproximadamente dos semanas) para que el tiempo promedio entre bloques sea siempre de ~10 minutos, independientemente de cuánta potencia de hash haya conectada a la red. Si los últimos 2016 bloques tardaron menos de dos semanas en producirse, el target se reduce (más dificultad). Si tardaron más, el target aumenta (menos dificultad).
Ese mecanismo de ajuste es lo que hace que Bitcoin tenga un reloj interno. No un reloj gestionado por ninguna autoridad —no hay servidor de tiempo, no hay administrador— sino un reloj emergente, producto de la física: la energía que cuesta hacer el trabajo determina cuánto tiempo tarda en encontrarse cada bloque.
PoW como proyección de poder físico
Aquí conviene conectar con la tesis de Jason Lowery en Softwar (2023), que ofrece una lectura del Proof of Work desde una perspectiva estratégica más amplia. Lowery argumenta que el PoW no es simplemente un mecanismo de consenso computacional: es una forma de proyección de poder físico en el espacio digital. Del mismo modo que el control territorial en el mundo físico requiere el gasto de energía real —tropas, maquinaria, logística— el control de la historia de Bitcoin requiere el gasto de energía real en forma de hashes. Un atacante que quiera reescribir el pasado no puede hacerlo con solo voluntad o capital financiero: necesita electricidad, hardware y tiempo físico.
El Proof of Work no es un desperdicio de energía. Es el coste de producción de la verdad sin autoridad. Cada kilovatio-hora gastado en minería es una barrera energética que protege la historia de Bitcoin contra cualquier atacante que intente reescribirla. La energía no desaparece: se convierte en inmutabilidad.
8. Por qué el PoW es el ancla de todo lo demás
Podemos ahora ver la arquitectura completa con claridad. Las claves del artículo anterior —la curva secp256k1, la clave privada k, la clave pública K = k·G— garantizan que solo el propietario legítimo puede autorizar el gasto de sus fondos. Pero eso no es suficiente. Sin un mecanismo de consenso, cualquiera podría construir una cadena alternativa donde esa transacción nunca ocurrió, o donde los mismos fondos se gastan dos veces.
El Proof of Work es lo que hace que la cadena con más trabajo acumulado sea la cadena válida. No la más larga, no la aprobada por ninguna autoridad: la que representa más energía gastada en su construcción. Esa regla, simple y verificable por cualquier nodo, elimina la necesidad de cualquier árbitro central.
SHA-256 es el hilo que atraviesa todo el sistema: genera las direcciones que protegen las identidades, comprime las transacciones en raíces de Merkle que protegen la integridad de los bloques, encadena los bloques en una historia matemáticamente inalterable y constituye el problema cuya dificultad ajustable regula el ritmo de producción de la cadena.
Lo que aprendimos en este artículo
Empezamos preguntándonos cómo detectar si alguien ha modificado un documento, y terminamos entendiendo cómo una única función matemática —SHA-256— sostiene tres pilares simultáneos de Bitcoin: las identidades de los usuarios, la integridad de la historia y el consenso sin autoridad.
Vimos que una función hash criptográfica no es un cifrado sino una destrucción controlada e irreversible de información. También comprobamos que SHA-256 lleva más de dos décadas resistiendo el análisis de los mejores criptógrafos del mundo, y que la cadena k → K=k·G → SHA256 → RIPEMD160 → dirección tiene dos barreras matemáticas independientes. Aprendimos, además, que el árbol de Merkle comprime miles de transacciones en 32 bytes verificables. El encadenamiento de cabeceras de bloque hace que modificar el pasado requiera rehacerse de todo el trabajo acumulado desde ese punto, y el Proof of Work convierte energía física en consenso descentralizado.
En el próximo artículo de la serie veremos qué ocurre en el momento exacto en que alguien quiere gastar sus bitcoins: las firmas digitales. Cómo ECDSA permite demostrar que se posee una clave privada sin revelarla, qué cambió con la introducción de las firmas Schnorr en Taproot, y por qué la agregación de firmas es uno de los avances más importantes en la historia reciente del protocolo.
SHA-256 no guarda secretos: los destruye. Y precisamente porque los destruye de manera determinista e irreversible, Bitcoin puede construir sobre ella algo que ningún banco, gobierno ni institución ha logrado jamás: una historia compartida que nadie puede falsificar.
📚 Lecturas recomendadas desde Nakamotobook
Mastering Bitcoin (Andreas M. Antonopoulos) — Los capítulos sobre funciones hash, estructura de bloques y minería son la referencia técnica más completa disponible sobre los temas tratados en este artículo. (Enlace de afiliado Amazon disponible en nakamotobook.com.)
Softwar (Jason Lowery) — Tesis doctoral sobre el Proof of Work como mecanismo de proyección de poder físico en el espacio digital. Lectura imprescindible para entender el PoW más allá de la narrativa del «consenso computacional». (Enlace de afiliado Amazon disponible en nakamotobook.com.)
Del Bit al Bitcoin — Contextualiza históricamente el desarrollo de las funciones hash criptográficas y su papel en la construcción de Bitcoin. (Enlace de afiliado Amazon disponible en nakamotobook.com.)
Sección de falsabilidad (criterio Popper)
Todo modelo explicativo riguroso debe enunciar las condiciones bajo las cuales podría ser refutado. Las tesis centrales de este artículo serían falsadas si:
Se descubriera un algoritmo que encuentre colisiones en SHA-256 en tiempo polinomial respecto al tamaño de la entrada. Eso comprometería simultáneamente las direcciones Bitcoin, la integridad de los árboles de Merkle y la dificultad del Proof of Work.
Se demostrara que el ajuste de dificultad cada 2016 bloques produce inestabilidades sistemáticas en el tiempo entre bloques bajo determinadas condiciones de variación del hashrate. Hasta la fecha, el mecanismo ha funcionado con notable robustez durante más de quince años.
Un actor con recursos moderados lograra reorganizar más de seis bloques de la cadena principal de manera sostenida, lo que indicaría que el coste del Proof of Work ha caído por debajo del umbral de seguridad práctica.
Ninguna de estas condiciones se ha cumplido desde el bloque génesis del 3 de enero de 2009.
Referencias
Nakamoto, S. (2008). Bitcoin: A Peer-to-Peer Electronic Cash System. https://bitcoin.org/bitcoin.pdf
National Institute of Standards and Technology. (2015). Secure Hash Standard (SHS). FIPS PUB 180-4. https://csrc.nist.gov/publications/detail/fips/180/4/final
Merkle, R. C. (1980). Protocols for public key cryptosystems. En Proceedings of the IEEE Symposium on Security and Privacy (pp. 122–134). IEEE. https://ieeexplore.ieee.org/document/6233691
Leurent, G., & Peyrin, T. (2020). SHA-1 is a Shambles: First Chosen-Prefix Collision on SHA-1 and Application to the PGP Web of Trust. IACR Cryptology ePrint Archive. https://eprint.iacr.org/2020/014.pdf
Stevens, M., Bursztein, E., Karpman, P., Albertini, A., & Markov, Y. (2017). The first collision for full SHA-1. IACR Cryptology ePrint Archive. https://eprint.iacr.org/2017/190.pdf
Lowery, J. (2023). Softwar: A Novel Theory on Power Projection and the National Strategic Significance of Bitcoin. MIT. https://dspace.mit.edu/handle/1721.1/151257
Antonopoulos, A. M. (2017). Mastering Bitcoin: Programming the Open Blockchain (2.ª ed.). O’Reilly Media. https://github.com/bitcoinbook/bitcoinbook
Bitcoin Wiki. (2024). Block hashing algorithm. https://en.bitcoin.it/wiki/Block_hashing_algorithm
Bitcoin Wiki. (2024). Merkle tree. https://en.bitcoin.it/wiki/Protocol_documentation#Merkle_Trees
Bitcoin Wiki. (2024). Technical background of version 1 Bitcoin addresses. https://en.bitcoin.it/wiki/Technical_background_of_version_1_Bitcoin_addresses
Dobbertin, H., Bosselaers, A., & Preneel, B. (1996). RIPEMD-160: A strengthened version of RIPEMD. En Fast Software Encryption, FSE 1996. Springer. https://homes.esat.kuleuven.be/~bosselae/ripemd160.html
Preguntas frecuentes
¿Qué es SHA-256 y para qué sirve en Bitcoin?
SHA-256 es una función hash criptográfica que convierte cualquier entrada en una huella digital de exactamente 256 bits. En Bitcoin se usa con tres propósitos distintos: generar las direcciones de los usuarios (junto con RIPEMD-160), construir los árboles de Merkle que comprimen las transacciones de cada bloque, y definir el problema matemático del Proof of Work que permite el consenso descentralizado.
¿Por qué Bitcoin usa SHA-256 dos veces (doble hash)?
El doble SHA-256 —SHA256(SHA256(x))— se aplica en el cálculo del hash de bloque y en el árbol de Merkle como defensa frente a los ataques de extensión de longitud, una vulnerabilidad conocida de la construcción interna de SHA-256. Aplicar la función dos veces neutraliza esa vulnerabilidad sin necesidad de cambiar la función subyacente.
¿Qué es el árbol de Merkle en Bitcoin?
El árbol de Merkle es una estructura de datos que combina los hashes de todas las transacciones de un bloque de manera jerárquica hasta producir un único hash de 32 bytes llamado raíz de Merkle. Esa raíz se incluye en la cabecera del bloque y resume criptográficamente todas las transacciones. Si cualquier transacción es modificada, la raíz cambia, lo que invalida el bloque.
¿Qué es el Proof of Work y por qué consume energía?
El Proof of Work es el mecanismo por el que los mineros demuestran haber realizado un trabajo computacional real para añadir un bloque a la cadena. Consiste en encontrar un valor (nonce) tal que el hash doble de la cabecera del bloque sea menor que un objetivo de dificultad. Como SHA-256 es impredecible, el único método es la fuerza bruta: calcular millones de hashes por segundo hasta encontrar uno válido. La energía consumida no es un defecto del sistema: es el coste de producción de la inmutabilidad.
¿Por qué es imposible modificar el pasado de Bitcoin?
Cada bloque contiene el hash del bloque anterior. Modificar una transacción pasada cambia el hash de su bloque, lo que invalida todos los bloques posteriores. Para reescribir el pasado habría que recalcular todos esos bloques —rehaciendo el Proof of Work de cada uno— a mayor velocidad que el resto de la red sigue produciendo bloques nuevos. Con la potencia de hash actual de Bitcoin, ese coste es prácticamente imposible de sufragar.
Este artículo ha sido elaborado con asistencia de inteligencia artificial (CoinmindIA) bajo la supervisión editorial de Nakamotobook. Las citas y referencias han sido validadas por el autor antes de la publicación.
MICA Disclaimer
Cláusula de exención de responsabilidad MiCA
«La siguiente información no constituye ni pretende ser un consejo de inversión, oferta o recomendación para comprar, suscribir, vender o canjear ningún criptoactivo. Los criptoactivos son instrumentos altamente volátiles y especulativos, por lo que su valor puede fluctuar rápidamente, incluso de forma abrupta. Bajo el Reglamento (UE) 2023/1114 “MiCA”, toda comunicación publicitaria debe ser clara, equilibrada, imparcial y no engañosa, detallando los riesgos relevantes, incluyendo la posibilidad de perder la totalidad del capital invertido.
La inversión o uso de criptoactivos conlleva riesgos tecnológicos, legales y de mercado. Bajo MiCA, no existe garantía de indemnización al inversor ni cobertura por fondos públicos, y las plataformas participantes podrían no estar autorizadas o supervisadas en la UE.
Los usuarios deben informarse antes de realizar cualquier operación: consultar documentos oficiales, verificar licencias y regulaciones aplicables, y, si lo estiman necesario, solicitar asesoramiento profesional independiente.»
Kiko Tsuki es escritor de ciencia ficción y editor de una revista digital centrada en Bitcoin y la cultura libertaria. En sus textos explora cómo la tecnología descentralizada transforma la vida cotidiana y la relación de las personas con el poder. Cree en una futura Holocracia.
