Puntos clave
- Un bloque no es más que un lote de transacciones más una huella digital del bloque anterior, y eso es lo que crea la cadena.
- El hashing hace detectable la manipulación: cambie un byte y todas las huellas posteriores dejan de coincidir.
- El consenso decide qué versión del historial acepta todo el mundo; en Proof of Work esa decisión está anclada a energía realmente gastada por los mineros.
- La seguridad es económica, no mágica. Reescribir el historial es posible en principio, pero se ha hecho deliberadamente costoso.
La mayoría de las explicaciones sobre blockchain empiezan con una metáfora y nunca regresan de ella. La cadena de bloques, el libro contable digital, la máquina sin necesidad de confianza. Nada de eso dice qué ocurre realmente cuando se realiza una transacción. Este artículo recorre la mecánica en orden: qué contiene un bloque, qué hace un hash, cómo la red se pone de acuerdo sobre un único historial y por qué cambiar ese historial resulta caro en lugar de imposible.
Un bloque es un lote con una referencia hacia atrás
Una blockchain no registra las transacciones de una en una. Las agrupa en bloques, y cada bloque se publica como una unidad. Dentro de un bloque típico encontrará un conjunto de transacciones, una marca de tiempo, algo de contabilidad interna del protocolo y un campo que importa más que el resto: una referencia al bloque que vino antes.
Esa referencia hacia atrás no es un número de secuencia. Es un hash criptográfico de la cabecera del bloque anterior. Como el hash depende de todo el contenido de ese bloque previo, la referencia funciona además como una huella digital. Si algo cambia en el bloque anterior, la huella cambia y el enlace deja de coincidir.
Encadene esas referencias y obtendrá una estructura en la que cada bloque se compromete implícitamente con todo el historial que lo precede. Ese es el significado real de la palabra cadena en este contexto. No es una metáfora sobre eslabones. Es una estructura de datos concreta en la que cada elemento lleva un resumen verificable de todo lo anterior.
Hashing: la pieza que hace visible la manipulación
Una función hash criptográfica toma una entrada de cualquier tamaño y produce una salida de longitud fija. Tres propiedades la hacen útil aquí. La misma entrada siempre produce la misma salida. Un cambio mínimo en la entrada produce una salida completamente distinta, sin parecido alguno con la original. Y trabajar hacia atrás desde una salida para encontrar una entrada que la produzca resulta computacionalmente inviable.
En conjunto, esas propiedades dan un sello a prueba de manipulaciones. No se puede falsificar un hash para que coincida con datos alterados, ni alterar datos con la discreción suficiente para que su hash siga siendo el mismo. Cualquiera que tenga una copia de la cadena puede recalcular los hashes por su cuenta y ver de inmediato si el historial que recibió es internamente consistente.
La mayoría de las cadenas también usa un árbol de hashes, a menudo llamado árbol de Merkle, para resumir las transacciones que hay dentro de un bloque. Las transacciones se hashean por pares, luego esos hashes se hashean por pares, de forma repetida, hasta que queda un único hash raíz. Esa raíz va en la cabecera del bloque. El beneficio práctico es que un cliente ligero puede demostrar que una transacción concreta está en un bloque sin descargar el bloque completo, y eso es lo que hace viables las wallets móviles. Puede leer más sobre este vocabulario en nuestro glosario.
Consenso: decidir qué historial cuenta
El hashing indica si una cadena es internamente consistente. No indica cuál de dos cadenas consistentes es la verdadera. Ese es el problema del consenso, y es la mitad más difícil.
En Proof of Work (prueba de trabajo), el derecho a publicar el siguiente bloque se gana encontrando un hash por debajo de un valor objetivo. Como las salidas de los hashes son en la práctica impredecibles, la única forma de encontrar uno es probar cantidades enormes de candidatos. Ese ensayo es lo que hace el hardware de minería, y consume electricidad. Cuando un minero encuentra una solución válida, difunde el bloque, y todos los demás pueden verificarlo al instante calculando el hash una sola vez.
Esa asimetría es el núcleo del diseño: caro de producir, trivial de comprobar. Los nodos siguen entonces una regla sencilla. Cuando existen dos cadenas válidas, se adopta la que acumula más trabajo. Dado que el trabajo acumulado se corresponde con energía realmente gastada, la regla dice en la práctica: creer en el historial que resultó más caro de construir.
La dificultad se ajusta con el tiempo para que los bloques lleguen aproximadamente a un intervalo objetivo, sin importar cuánto hardware esté apuntando a la red. Si se suman más mineros, la dificultad normalmente sube y cada máquina obtiene una porción menor. Por eso el hashrate y la dificultad aportan información a quien sigue la red y no solo el precio, y por eso los publicamos en el panel de minería.
Proof of Stake (prueba de participación) alcanza el mismo objetivo por otros medios: vincula el derecho a producir bloques al capital comprometido con el protocolo en lugar de a la energía gastada fuera de él. Ninguno de los dos enfoques es estrictamente mejor en todas las condiciones, y vale la pena entender sus contrapartidas en sus propios términos. Los comparamos en Proof of Work frente a Proof of Stake.
Por qué reescribir el historial cuesta dinero
Suponga que alguien quiere borrar un pago que hizo hace varios bloques. Tendría que producir un bloque de reemplazo que excluya ese pago, lo que cambia el hash de ese bloque, lo que rompe todos los enlaces posteriores. Así que también tendría que reconstruir cada bloque subsiguiente. Mientras tanto, la red honesta sigue extendiendo la cadena real.
Para ganar, el atacante debe construir más rápido que todos los demás juntos, y durante el tiempo suficiente para adelantarlos. En una cadena Proof of Work bien establecida, eso implica adquirir y operar la mayoría del hardware, pagar la electricidad y aceptar que el éxito probablemente dañaría el valor del propio activo que está atacando. La defensa no consiste en que el ataque esté prohibido. Consiste en que el ataque es un mal negocio.
Esto tiene un corolario importante que el material promocional suele omitir: la seguridad escala con el costo del ataque. Una cadena pequeña, con un hashrate modesto, es sensiblemente más fácil de reorganizar que una grande. Tratar todas las blockchains como igual de inmutables es un error.
Lo que las blockchains no garantizan
Una blockchain garantiza que los datos registrados no han sido alterados de forma silenciosa y que los participantes coinciden en el orden. No garantiza que los datos fueran ciertos cuando se escribieron. Si alguien registra que un contenedor transporta una carga determinada, la cadena conserva fielmente esa afirmación, incluso si la afirmación era falsa. Este es el problema del oráculo, y limita muchos de los casos de uso en cadenas de suministro que se promocionan con entusiasmo.
Tampoco una blockchain hace que el software sea correcto. El código desplegado on-chain puede contener errores, y la misma inmutabilidad que protege el libro contable puede volver permanentes esos errores. Ese es un tema aparte, y además importante.
Leer la red en lugar del relato
Una vez que la mecánica queda clara, algunas magnitudes observables empiezan a significar algo. El intervalo entre bloques y la dificultad describen cuán disputada está la producción de bloques. El hashrate describe cuánto hardware hay comprometido. La profundidad de la mempool describe la congestión y, por lo tanto, la presión sobre las comisiones. Ninguna de estas variables predice el precio, y quien afirme lo contrario está exagerando. Pero describen el estado del sistema de una manera en la que los titulares normalmente no lo hacen.
Si quiere profundizar, nuestra sección de aprendizaje repasa los conceptos relacionados, y la página de metodología explica de dónde provienen nuestros datos y qué no pretendemos saber. Nada de lo aquí expuesto es asesoramiento de inversión; es una descripción de cómo funciona la maquinaria.
Preguntas frecuentes
¿Qué impide realmente que alguien edite una transacción antigua?
Nada impide que edite su propia copia. Lo que impide que esa edición se propague es que todos los demás participantes pueden comprobarla. Cada bloque lleva un hash del bloque anterior, de modo que alterar una transacción antigua cambia el hash de ese bloque, lo que invalida el enlace que guarda el bloque siguiente, y así hasta la punta de la cadena. Para que la edición se sostenga, un atacante tendría que rehacer el trabajo de cada bloque posterior al que modificó, más rápido de lo que la red honesta extiende la cadena, y después convencer a los demás de adoptar su versión. Eso es un problema de costo más que un problema de criptografía, y el costo es precisamente el objetivo.
¿Una blockchain es lo mismo que una base de datos?
Contiene una base de datos en su interior, pero lo interesante son las reglas sobre quién puede escribir y cómo se resuelven los desacuerdos. Una base de datos común tiene un administrador que decide qué es verdad. Una blockchain pública sustituye a ese administrador por un protocolo, de modo que participantes que no confían entre sí pueden converger igualmente en un único historial. Esa es una capacidad genuina, pero cuesta rendimiento, almacenamiento y energía. Si ya cuenta con un administrador de confianza, una base de datos normal suele ser la mejor opción de ingeniería.
¿Por qué se habla de confirmaciones en lugar de decir que una transacción es definitiva?
Porque la liquidación en una cadena Proof of Work es probabilística y no instantánea. Cuando su transacción aparece por primera vez en un bloque, existe una pequeña probabilidad de que un bloque competidor se imponga y su transacción vuelva al conjunto de pendientes. Cada bloque adicional construido encima hace que revertirla sea exponencialmente más caro, así que la transacción resulta progresivamente más difícil de deshacer. Esperar más confirmaciones no es otra cosa que elegir una probabilidad de reversión más baja. Cuántas son suficientes depende del valor en juego y de la seguridad de la cadena implicada.
Exploring blockchain, crypto, and DeFi innovation. Ex-fintech analyst turned journalist, spotlighting real-world use cases of blockchain. Writer at Cryptocurrency Miners.
