Qué es blockchain, explicado sin humo
Una blockchain puede entenderse como una base de datos con unas reglas bastante particulares.
El National Institute of Standards and Technology (NIST) la describe como un libro mayor digital distribuido en el que las transacciones se agrupan en bloques y cada bloque queda vinculado criptográficamente con el anterior. La organización utiliza dos expresiones bastante más precisas que el habitual “inmutable”: resistente a la manipulación y capaz de hacer evidentes las alteraciones.
Imagina un libro de cuentas del que existen muchas copias. Antes de escribir una página nueva, los participantes comprueban que cumple las reglas. Cuando la aceptan, esa página queda relacionada matemáticamente con la anterior y las copias del libro se actualizan.
La analogía ayuda, pero se queda corta: una blockchain incorpora criptografía, software y mecanismos económicos para decidir quién puede escribir, cómo se valida la información y qué versión del historial debe considerarse correcta.
Las cinco piezas que necesitas entender
| Elemento | Qué hace | Qué no significa |
|---|---|---|
| Transacciones | Representan cambios que la red debe procesar: enviar un activo, ejecutar un smart contract, etc. | No todas las blockchains registran únicamente pagos |
| Nodos | Ejecutan software, comprueban las reglas y pueden mantener copias del registro | No todos los nodos tienen necesariamente el mismo papel |
| Bloques | Agrupan información o transacciones aceptadas | Un bloque no es una “carpeta” aislada: está relacionado con el historial anterior |
| Hash | Produce una huella criptográfica de unos datos | No cifra necesariamente la información ni la vuelve secreta |
| Consenso | Permite acordar qué historial debe aceptar la red | No existe un único mecanismo de consenso válido para todas las blockchains |
Con estas cinco piezas ya puedes entender casi todo lo que ocurre por debajo.
Cómo funciona una blockchain paso a paso
No todas las redes funcionan igual. Bitcoin utiliza Proof of Work, mientras que Ethereum utiliza Proof of Stake. También existen blockchains privadas y otros sistemas de consenso.
Aun así, una transacción en una blockchain pública suele seguir una secuencia parecida.
1. Alguien crea una transacción
Supongamos que Lucía quiere enviar una criptomoneda a Marcos.
Su wallet prepara una transacción que indica qué quiere hacer. En las redes de criptomonedas, normalmente se utiliza una firma digital generada con la clave privada para demostrar que la operación ha sido autorizada correctamente.
La clave privada no se envía a la blockchain. Se utiliza para generar la firma.
Esta distinción importa: una wallet no “saca las monedas de su interior”. Las criptomonedas están representadas en el estado de la red y la wallet gestiona las claves que te permiten autorizar operaciones.
2. La operación se transmite a la red
La transacción llega a los nodos.
Estos pueden comprobar cuestiones como si la firma es válida, si la operación respeta las reglas del protocolo o si los fondos que se intentan gastar pueden utilizarse realmente.
Aquí aparece una distinción que suele explicarse mal: validar una transacción y alcanzar consenso no son exactamente lo mismo.
Los nodos pueden determinar que una transacción cumple las reglas, pero la red todavía necesita decidir en qué orden se incorporan las operaciones y qué historial acepta cuando existen propuestas diferentes.
3. Las transacciones se agrupan
Las operaciones pendientes pueden terminar incorporándose a un nuevo bloque.
El mecanismo concreto cambia según la blockchain.
En Bitcoin, los mineros compiten mediante Proof of Work para producir bloques válidos. La propia documentación de Bitcoin explica que la minería permite ordenar transacciones y que los bloques deben cumplir las reglas criptográficas que verifican los participantes de la red.
Ethereum funciona de otra manera. Sus validadores participan mediante Proof of Stake y uno de ellos es seleccionado para proponer un bloque en cada oportunidad correspondiente. Otros validadores comprueban la propuesta antes de que la red avance sobre ese historial.
Por eso decir que “las blockchains funcionan gracias a los mineros” es incorrecto. Algunas sí; otras no tienen minería.
4. El nuevo bloque referencia al anterior
Aquí aparece la famosa cadena.
Cada bloque incorpora una referencia criptográfica al bloque anterior. En Ethereum, por ejemplo, la documentación oficial explica que los hashes derivados criptográficamente de los datos permiten enlazar cada bloque con su antecesor.
Simplificando:
Bloque 100 → Bloque 101 → Bloque 102 → Bloque 103
Si alguien altera los datos relevantes del bloque 101, su hash cambia. Entonces la referencia que esperaba encontrar el bloque 102 deja de corresponder.
La manipulación resulta detectable.
Pero el hash por sí solo no es lo que protege una blockchain. Si una única persona controlase la base de datos y pudiera recalcular todos los bloques cuando quisiera, tener hashes aportaría bastante menos.
La resistencia aparece de combinar encadenamiento criptográfico + copias distribuidas + reglas de validación + consenso.
5. La red acepta una versión del historial
Los participantes actualizan su estado siguiendo las reglas del protocolo.
En redes descentralizadas, ningún nodo debería poder decidir arbitrariamente que se ha enviado más dinero del permitido o que una transacción inválida es válida. Los demás participantes pueden verificarlo por sí mismos.
El mecanismo de consenso también establece cómo actuar cuando existen versiones competidoras del historial.
6. Las nuevas confirmaciones hacen más difícil revertir el pasado
Una operación recién incorporada no tiene necesariamente el mismo grado de certeza que otra situada muchos bloques atrás.
Bitcoin ofrece una finalidad de tipo probabilístico: conforme nuevos bloques se construyen sobre el que contiene una transacción, revertirla resulta progresivamente más difícil.
Otros protocolos, como Ethereum, incorporan mecanismos diferentes de finalización.
Por eso “está en un bloque” y “es absolutamente irreversible bajo cualquier circunstancia imaginable” no son exactamente la misma afirmación.
Por qué cambiar una blockchain es tan difícil
Hay una explicación demasiado habitual: “no se puede cambiar porque cada bloque tiene un hash”.
Es incompleta.
La verdadera defensa tiene varias capas:
- Un cambio altera las referencias criptográficas. Modificar datos antiguos puede producir hashes diferentes y romper la coherencia del historial posterior.
- Otros nodos conservan su propia visión del registro. No basta con editar una base de datos aislada.
- Las nuevas propuestas deben respetar las reglas. Los nodos pueden rechazar bloques o transacciones inválidos.
- Atacar el consenso tiene un coste. En Proof of Work exige recursos computacionales; en sistemas Proof of Stake pueden existir grandes cantidades de capital expuestas a penalizaciones.
- El historial sigue acumulando nuevos bloques. Reescribir partes suficientemente antiguas puede hacerse progresivamente más difícil.
Por eso prefiero hablar de un registro resistente a la manipulación, no de una base de datos mágicamente inmutable.
Blockchain no es lo mismo que Bitcoin
Esta confusión merece resolverse pronto:
- Blockchain es un tipo de infraestructura para mantener un registro compartido.
- Bitcoin puede referirse al protocolo, la red y, según el contexto, a su activo BTC.
- Ethereum es una plataforma blockchain programable; ETH es su activo nativo.
- Una criptomoneda es un activo digital que puede utilizar una blockchain.
- Un token suele ser un activo creado mediante las reglas o smart contracts de otra plataforma, aunque técnicamente existen arquitecturas muy distintas.
La blockchain es, por tanto, una pieza del sistema. No es la criptomoneda en sí.
Tampoco necesitas una criptomoneda especulativa para que conceptualmente pueda existir un sistema basado en blockchain, especialmente cuando hablamos de redes privadas o con permisos.
Una diferencia importante: comprar cripto no significa que todo ocurra en blockchain
Este punto se pierde en muchas explicaciones para principiantes.
Cuando compras 100 € de Bitcoin en un exchange de criptomonedas, el intercambio puede actualizar primero su propia contabilidad interna.
Eso no significa necesariamente que en ese instante aparezca una transacción de 100 € escrita directamente en Bitcoin.
Si posteriormente retiras BTC hacia una dirección propia, ahí sí habrá normalmente una operación que la red Bitcoin debe procesar.
La arquitectura puede ser distinta en un exchange descentralizado o DEX, donde buena parte de la ejecución o liquidación puede realizarse mediante smart contracts y transacciones on-chain.
Esta diferencia entre actividad dentro de una plataforma y actividad registrada en la blockchain es fundamental para entender qué significa realmente “estar en cadena”.
Si después de entender cómo funciona la tecnología decides pasar a la práctica, puedes consultar Bitvavo, partner de Finantres. Es un enlace de afiliado; antes de registrarte, revisa sus comisiones, custodia y condiciones vigentes.
Hash, criptografía y firmas digitales: tres cosas distintas
Es fácil meter todo dentro del saco de “criptografía”, pero cada componente resuelve un problema diferente.
El hash sirve como huella
Una función hash recibe unos datos y produce una salida de longitud determinada.
Una modificación en los datos genera una salida diferente. Esa propiedad permite detectar alteraciones y relacionar criptográficamente los bloques.
Un hash no es una contraseña y tampoco equivale a cifrar un documento.
La clave privada permite autorizar
En una blockchain de criptomonedas, una clave privada permite generar firmas criptográficas.
La firma hace posible demostrar que una operación ha sido autorizada por quien controla la clave correspondiente sin tener que revelar esa clave.
De ahí sale una de las reglas de seguridad más importantes de todo el ecosistema cripto: nunca compartas tu clave privada o seed phrase.
El consenso resuelve otro problema
Aunque las firmas permitan comprobar quién autorizó una transacción, todavía hace falta decidir qué operaciones entran en el historial y en qué orden.
Ese es el territorio del consenso.
Proof of Work y Proof of Stake: dos formas distintas de alcanzar consenso
Conviene entender la idea sin convertirla en una clase de ingeniería.
Proof of Work
Bitcoin utiliza Proof of Work o prueba de trabajo.
Los mineros emplean recursos computacionales para competir por la posibilidad de producir un bloque válido. Los demás participantes pueden verificar si ese bloque cumple las reglas.
Atacar el sistema a gran escala exige controlar una cantidad enorme de recursos.
Eso proporciona seguridad, aunque también implica un consumo energético considerable.
Proof of Stake
En Proof of Stake, la seguridad no depende de competir mediante trabajo computacional de la misma forma.
Los validadores comprometen activos en el sistema. En Ethereum, por ejemplo, el staking forma parte directamente de su mecanismo de consenso y determinados comportamientos incorrectos pueden ser penalizados.
No debe confundirse este staking nativo de una blockchain con cualquier producto que una plataforma comercial llame “staking”.
¿Una blockchain está realmente descentralizada?
No necesariamente.
Descentralización no es un interruptor de sí o no. Es un espectro.
Una red puede estar muy distribuida en un aspecto y bastante concentrada en otro.
Puedes analizar, entre otras cosas:
- quién puede ejecutar nodos;
- quién puede validar bloques;
- cómo se distribuye el poder de validación;
- quién desarrolla el software;
- quién decide las actualizaciones;
- cuántos proveedores de infraestructura concentran actividad;
- quién controla componentes críticos;
- si existe una entidad capaz de bloquear participantes.
Una blockchain privada gestionada por varias empresas puede utilizar bloques, hashes y consenso y, aun así, tener una gobernanza mucho más centralizada que Bitcoin.
Por eso tampoco utilizaría “blockchain” como sinónimo automático de “descentralizado”.
Blockchain frente a una base de datos tradicional
Blockchain no es una base de datos convencional mejorada. Resuelve un problema diferente y paga un precio por hacerlo.
| Base de datos tradicional | Blockchain pública | |
|---|---|---|
| Quién controla el registro | Normalmente una organización | Reglas compartidas entre participantes |
| Quién puede escribir | Usuarios autorizados por el administrador | Depende del protocolo |
| Validación | Autoridad o aplicación central | Nodos + reglas + consenso |
| Velocidad | Puede ser muy alta | Suele sacrificar eficiencia por distribución y verificación |
| Privacidad | Fácil restringir el acceso | Algunas redes son públicamente auditables |
| Modificar registros | El administrador puede hacerlo si tiene permisos | El historial aceptado está diseñado para ser difícil de reescribir |
| Coste operativo | Puede ser relativamente eficiente | Replicar y consensuar información añade costes |
Si un banco necesita actualizar el teléfono de un cliente, una blockchain pública probablemente sería una solución absurda.
Si distintas personas que no confían plenamente entre sí necesitan conservar un historial compartido y quieren reducir la dependencia de una única autoridad, la comparación empieza a tener más sentido.
La pregunta útil no es “¿podemos usar blockchain?”, sino “¿qué problema de confianza o coordinación solucionaría mejor que una base de datos normal?”.
Qué puede hacer una blockchain y qué no
Aquí está una de las diferencias más importantes entre entender blockchain y simplemente conocer su definición.
Puede demostrar qué se registró
Si la red funciona correctamente, puedes verificar que determinados datos o transacciones forman parte de su historial.
No demuestra que el dato original sea verdadero
Supongamos que una empresa registra en una blockchain que una caja contiene 20 kilos de café ecológico.
La blockchain puede proteger la integridad de ese registro.
Pero no puede mirar dentro de la caja para comprobar que efectivamente existen esos 20 kilos de café ecológico.
Si introduces información falsa en un registro resistente a manipulaciones, puedes terminar con información falsa muy difícil de modificar.
Este problema es especialmente relevante cuando una blockchain necesita datos procedentes del mundo exterior.
Puede ejecutar reglas automáticamente
Plataformas programables como Ethereum permiten utilizar smart contracts: código que se ejecuta según unas condiciones determinadas.
De ahí nacen ecosistemas como las finanzas descentralizadas o DeFi.
No garantiza que el código esté bien escrito
Un smart contract puede contener errores, asumir condiciones económicas equivocadas o interactuar con otros contratos vulnerables.
“Está en blockchain” no significa “no puede fallar”.
Para qué se utiliza blockchain
Las criptomonedas son su aplicación más conocida, pero no la única.
Transferencia y liquidación de activos
Bitcoin utiliza su blockchain para mantener un historial compartido que permite transferir BTC sin necesitar que un banco lleve la contabilidad central.
Otras redes utilizan modelos diferentes para pagos, stablecoins o activos tokenizados.
Aplicaciones programables
Ethereum popularizó una blockchain en la que la red puede ejecutar programas además de registrar transferencias.
Eso permite construir exchanges descentralizados, protocolos de préstamo, mercados y otras aplicaciones.
DeFi
Los protocolos DeFi utilizan smart contracts para ofrecer servicios financieros como intercambios, préstamos o provisión de liquidez.
Que funcionen sobre blockchain no elimina riesgos de smart contracts, gobernanza, oráculos, liquidez o diseño económico.
NFTs
Los NFT permiten representar determinados activos o derechos mediante tokens identificables individualmente.
La blockchain puede demostrar información sobre el token, pero eso no significa que todos los archivos relacionados con él estén necesariamente almacenados dentro de la cadena.
DAOs
Una DAO puede utilizar smart contracts y tokens para coordinar decisiones o administrar recursos.
De nuevo, no hay que confundir automatización con ausencia de poder: la distribución real de la gobernanza depende de cómo esté diseñado cada proyecto.
Tokenización y trazabilidad
Una blockchain también puede representar derechos sobre activos del mundo real o crear un historial compartido entre empresas.
Aquí reaparece el problema anterior: la cadena puede aportar integridad al registro, pero sigue haciendo falta algún mecanismo fiable que conecte el mundo físico con el dato digital.
Blockchain pública, privada y con permisos
No existe una sola clase de blockchain.
Blockchain pública
Cualquier persona puede normalmente consultar el registro y participar dentro de las condiciones que establece el protocolo.
Bitcoin y Ethereum son los ejemplos más conocidos.
Que sea pública no significa que cualquier usuario pueda modificar el historial a voluntad.
Blockchain privada
El acceso puede quedar bajo el control de una única organización.
Puede aprovechar algunas propiedades de la arquitectura blockchain, aunque la confianza sigue dependiendo mucho más de quien administra el sistema.
Blockchain de consorcio o con permisos
Distintas organizaciones pueden compartir el control y restringir la participación a entidades autorizadas.
Tiene sentido en determinados contextos empresariales, pero conceptualmente está lejos del modelo abierto de Bitcoin.
¿Blockchain es anónima?
No por defecto.
Las blockchains públicas pueden ser extremadamente transparentes.
En Bitcoin, por ejemplo, las operaciones son públicas, aunque las direcciones no tengan que mostrar directamente tu nombre. Por eso seudónimo suele ser un término bastante más preciso que anónimo.
Una dirección también puede terminar vinculándose a una identidad mediante exchanges, análisis de blockchain u otra información externa.
Privacidad y blockchain son un tema mucho más complejo que “nadie sabe quién eres”.
¿Es segura una blockchain?
La pregunta necesita otra: ¿segura frente a qué?
Una red con una gran seguridad de consenso puede coexistir con aplicaciones inseguras encima.
Hay que separar varias capas:
- Seguridad del protocolo: resistencia de la propia blockchain a ataques.
- Seguridad del consenso: dificultad de manipular qué historial acepta la red.
- Seguridad de smart contracts: posibles vulnerabilidades en aplicaciones.
- Custodia: quién controla las claves.
- Phishing y fraude: puedes autorizar voluntariamente una operación perjudicial.
- Riesgo de contraparte: aparece cuando dependes de una empresa u otro tercero.
- Riesgo de mercado: que una blockchain funcione perfectamente no impide que su criptomoneda caiga de precio.
Es una distinción esencial. Una transacción fraudulenta que tú mismo firmas correctamente puede ser perfectamente válida para el protocolo.
La tecnología funciona; el resultado para ti puede ser desastroso.
Nuestra guía sobre los riesgos de invertir en criptomonedas entra precisamente en estas capas que la seguridad de una blockchain no elimina.
Las tres ideas que realmente merece la pena recordar
La primera es que blockchain es un registro compartido con reglas para que múltiples participantes mantengan una versión coherente del historial. Los bloques son solo una parte del mecanismo.
La segunda es que su resistencia a modificaciones no procede de una palabra mágica como “hash”. Depende de combinar criptografía, validación, distribución y consenso. Cuanto más fuerte y descentralizado sea ese conjunto, más difícil resulta reescribir el historial aceptado.
Y la tercera quizá sea la más útil: una blockchain protege mejor la integridad de un registro que la verdad del mundo que ese registro intenta representar. Tampoco elimina errores humanos, estafas, vulnerabilidades de aplicaciones o pérdidas de inversión.
Entender eso evita dos extremos igual de malos: pensar que blockchain es simplemente “una base de datos con bloques” o tratarla como una tecnología capaz de crear confianza por arte de magia.
