Crypto · Otra Cosa

03 / FUNDAMENTOS

Un registro que deja huellas.

¿Qué detecta una cadena de hashes cuando alguien modifica el pasado?

  1. Pregunta → evidencia
  2. Reglas → comprobación
  3. Conclusión con límites
Mapa conceptual de esta lección. Esquema didáctico.

Una huella del contenido

Un hash transforma una secuencia de bytes en una salida de tamaño fijo. SHA-256 produce 256 bits. El mismo contenido produce la misma salida; cambiar un carácter suele alterar la huella de forma aparentemente impredecible. No es cifrado: no hay una clave para recuperar el mensaje desde su hash.

Aunque existen colisiones porque hay más mensajes posibles que salidas, encontrar una colisión útil en un hash criptográfico bien elegido debe ser computacionalmente inviable con los medios conocidos. “Nunca pueden existir dos mensajes iguales en hash” es una afirmación demasiado fuerte.

Cada bloque recuerda al anterior

Un bloque incorpora una referencia al hash de su predecesor. Si cambias un dato antiguo, su huella cambia. El siguiente bloque todavía referencia la huella anterior: aparece un desacuerdo verificable. En Bitcoin, el encabezado también compromete las transacciones mediante una raíz de Merkle.

Nuestro laboratorio usa mensajes cortos y SHA-256 una sola vez. No reproduce el encabezado de Bitcoin, su doble hash ni todas sus reglas. Sirve para explorar cómo se detectan cambios. Recalcular la pequeña cadena local no demuestra que puedas sustituir el historial aceptado por una red real.

Los nodos verifican; las copias no votan por sí solas

Un nodo completo aplica reglas a las transacciones y los bloques que recibe. Puede rechazar un bloque aunque venga de un minero grande. Dos nodos pueden recibir información en distinto orden y mantener temporalmente vistas distintas. La selección entre historias válidas exige además las reglas de consenso de esa red.

Crear mil copias de un programa no debería darte mil votos decisivos. Por eso el consenso de Bitcoin no se explica como “la mayoría de computadoras decide”. La prueba de trabajo acumulada participa en la selección entre cadenas válidas. Un bloque con gastos inválidos no se vuelve válido por consumir más energía.

Cuándo una base de datos normal funciona mejor

Si una organización ya es responsable de los datos, necesita corregirlos y controla quién puede escribir, una base de datos convencional suele ser más sencilla. Una blockchain añade costos de coordinación, redundancia y restricciones. Pregunta primero quiénes necesitan compartir el registro y qué desacuerdos deben poder resolver.

Pon la idea a prueba en el laboratorio ↗

Comprueba tu idea.

Elige primero. La explicación aparece después.

Si editas un mensaje y conservas su hash guardado, ¿qué ocurre?
¿Más trabajo convierte un gasto inválido en válido?
Un paso más: profundización

Una raíz de Merkle permite comprometer muchas transacciones con una sola huella y construir pruebas de inclusión. Inclusión no demuestra por sí sola toda la validez de una transacción.

Fuentes y siguiente paso.