A principios de los noventa un grupo de criptógrafos y programadores creyó que la privacidad era una condición de la libertad en la era digital. Bitcoin nace de esa conversación.

↻ repetir

Una lista de correo con ideas peligrosas

En septiembre de 1992 un pequeño grupo se reunió en la casa de Eric Hughes, en California: Timothy May, John Gilmore, Hughes y unas veinte personas más. Venían de la criptografía, de la programación y de las primeras empresas de internet. Hablaron de una cosa concreta: ¿qué pasa con la privacidad cuando todas las comunicaciones pasan por redes que otros controlan? Al poco tiempo montaron una lista de correo; la escritora Jude Milhon, que participaba en las reuniones, los bautizó cypherpunks (de cipher, cifrado, y cyberpunk). Hoy se conserva buena parte de aquellos mensajes en archivos públicos, y se pueden leer.

No eran un partido ni una empresa. Eran una conversación técnica con una idea moral detrás. En 1993 Hughes la resumió en A Cypherpunk's Manifesto: la privacidad no es secretismo, es poder decidir qué se muestra de uno mismo y a quién. En una sociedad abierta, decía, esa decisión no se la puede dar nadie: hay que construirla con criptografía. Y de ahí salía la consigna práctica, que se convirtió en lema del movimiento: cypherpunks write code, los cypherpunks escriben código. En vez de pedir permiso o esperar leyes favorables, construyes la herramienta y la publicas.

Antes, en 1988, Timothy May había escrito el Crypto Anarchist Manifesto, mucho más provocador: imaginaba un mundo donde el cifrado y los protocolos anónimos cambiarían la naturaleza de los gobiernos, las empresas y las transacciones. Hace falta leerlo con espíritu crítico (es un texto de ciencia ficción política, no una profecía), pero sirve para entender el clima: gente convencida de que unas pocas matemáticas bien aplicadas podían mover más poder que una ley.

Lo que ya habían construido

Los cypherpunks no empezaban de cero. Se apoyaban en una década de avances que habían cambiado el estado de la técnica:

• Criptografía de clave pública (Diffie y Hellman, 1976; RSA, 1977): por primera vez dos personas que nunca se habían visto podían establecer un canal seguro o firmar un mensaje sin compartir antes un secreto.
• PGP (Phil Zimmermann, 1991): correo cifrado para cualquiera, publicado en internet. El Gobierno de Estados Unidos investigó a Zimmermann por exportar “armas” (el cifrado fuerte estaba bajo las mismas reglas de exportación que los misiles). Lo publicó también en un libro impreso, que sí se podía exportar, y el caso se cerró en 1996.
• Remailers anónimos: servidores que reenviaban mensajes quitando el remitente, basados en las “redes de mezcla” de David Chaum (1981).
• Servidores de claves y redes de confianza: la idea de que la reputación se pudiera construir sin una autoridad central.

El dinero era el eslabón que faltaba. Sin una forma de pagar por internet que no pasara por intermediarios que lo vigilan todo, la privacidad quedaba a medias: podías cifrar tu correo, pero tu tarjeta delataba lo que comprabas. Y los intermediarios, además, podían cortar el pago.

Chaum: el primer dinero digital

David Chaum merece un lugar aparte. En 1982 propuso las firmas ciegas: un banco puede firmar una ficha sin ver su contenido, de modo que más tarde nadie puede enlazar esa ficha con quien la retiró. Es como firmar con bolígrafo un sobre con papel carbón dentro: la firma queda en el papel interior sin que el firmante vea lo escrito. Con esto fundó DigiCash (1989) y su sistema eCash: pagos digitales anónimos como el efectivo.

Técnicamente era brillante y resolvía la privacidad. Pero tenía una dependencia que sería su sentencia: una empresa central que emitía y validaba todo. Cuando los bancos que probaron el sistema dejaron de apoyarlo y la empresa no consiguió escala, DigiCash quebró en 1998. La lección que los cypherpunks extrajeron es una de las más importantes de la historia de Bitcoin: si hay un solo punto de control, hay un solo punto de fallo, técnico, económico o político.

El problema que nadie resolvía: el doble gasto

Un archivo digital se copia sin coste. Si una moneda es un archivo, ¿qué impide gastarla dos veces? La respuesta clásica era un tercero de confianza que lleve el libro de cuentas: un banco, un procesador de pagos, DigiCash. Todos los sistemas anteriores a 2008 hacían eso con más o menos ingenio. La pregunta de los cypherpunks, y el hueco que Bitcoin ocupó, es otra: ¿se puede acordar quién tiene qué entre desconocidos, sin un tercero al que haya que creer?

Dicho con un ejemplo cotidiano: si tienes un billete de 20 euros en el bolsillo, nadie tiene que “actualizar un registro” cuando te lo guardas. Pero si tienes 20 euros en una aplicación, alguien lleva la cuenta. El reto era conseguir la comodidad digital sin la dependencia del contable.

Ninguna de estas piezas bastaba sola. Casi todas trataban de crear escasez, pero ninguna conseguía consenso entre desconocidos sin un servidor de confianza. Esa fue la contribución de Satoshi Nakamoto: combinar las piezas de forma que el consenso saliera del propio incentivo económico.

Cómo estudiar esta historia

Hay dos maneras de contar esto: como una línea recta de genios que llevan a un destino inevitable, o como una serie de intentos con fallos, desacuerdos y casualidades. La segunda es más fiel y más útil. Cada propuesta fracasó por una razón concreta (un punto central, un coste que no escala, falta de incentivos) y cada fracaso dejó una lección que la siguiente aprovechó. Cuando en el siguiente módulo veas un bloque, una firma o un hash, intenta recordar de cuál de estas historias viene.

Qué te llevas

• Bitcoin no apareció de la nada: es una combinación brillante de ideas con más de treinta años de historia.
• La pregunta de fondo no es técnica sino política: ¿quién controla el libro de cuentas?
• Los cypherpunks pensaban que la privacidad requiere criptografía, y que el código importa más que la petición de permiso.
• Cuando alguien te diga “eso ya se había intentado”, tendrás razón al responder: sí, pero faltaba la parte del consenso.

Para pensar

Piensa en tres servicios que usas cada semana y que dependen de un único intermediario (tu banco, tu proveedor de correo, una plataforma de pagos). ¿Qué pasaría si uno de ellos decide, un día, no atenderte? Esa incomodidad es la que los cypherpunks querían resolver con código.

Comprueba lo aprendido

¿Qué problema impedía que el dinero digital existiera sin intermediario antes de Bitcoin?

Que los ordenadores eran demasiado lentosCómo evitar el doble gasto y acordar el libro de cuentas sin un tercero de confianzaQue no existía el cifrado

¿Qué aportó Hashcash a Bitcoin?

La prueba de trabajo como coste verificableLas firmas digitalesLa red Lightning

¿Por qué fracasó DigiCash, a pesar de resolver la privacidad?

Porque la criptografía de Chaum tenía un fallo matemáticoPorque dependía de una empresa central que no logró escala ni apoyoPorque lo prohibió la ONU

¿Qué quiere decir el lema “cypherpunks write code”?

Que en vez de pedir permiso, se construyen y publican las herramientasQue hay que aprender a programar para trabajar en un bancoQue el cifrado debe ser secreto

Fuentes y créditos

• A Cypherpunk's Manifesto (Eric Hughes, 1993)
• The Crypto Anarchist Manifesto (Timothy C. May, 1988)
• Hashcash (Adam Back)
• b-money (Wei Dai, 1998)
• David Chaum, Blind Signatures for Untraceable Payments (1982), publicado en la web del autor: chaum.com
• Mastering Bitcoin, 3.ª ed. (Antonopoulos y Harding), CC BY-SA 4.0: capítulo 1
• Lectura recomendada en español: Criptoria: de Turing a Nakamoto (Alfre Mancera, Prometea, 2024). Libro comercial, no libre: lo recomendamos como lectura complementaria; el texto de este curso es propio.

Para entender por qué Bitcoin es lo que es, hay que mirar mucho más atrás que 2008: la historia de la criptografía y de la computación es también la historia de quién puede guardar un secreto y quién puede verificar una verdad.

↻ repetir

Tres hilos que se trenzan

Bitcoin parece un invento súbito. En realidad es el punto donde se cruzan tres hilos de historia muy antiguos:

1. Secreto: cómo comunicar algo a alguien sin que otros lo lean (cifrado).
2. Verificación: cómo demostrar que algo es auténtico, o que alguien tiene derecho a hacerlo (firmas, sellos, pruebas).
3. Escasez y acuerdo: cómo evitar que algo se copie o que dos personas den versiones distintas de la verdad (dinero, registros, consenso).

Los dos primeros avanzaron durante siglos con ayuda de las matemáticas. El tercero, el del dinero, había sido siempre un problema social: lo resolvían los monarcas, los bancos y los estados. La pregunta de Nakamoto fue si el tercero podía resolverse como los dos primeros: con matemática verificable en lugar de autoridad.

De la antigüedad a la imprenta

• La escítala espartana (siglo V a. C.): una tira de cuero enrollada en un bastón de un diámetro concreto; solo quien tenía el mismo bastón podía leer el mensaje. Es una de las primeras formas conocidas de cifrado por transposición.
• El cifrado César (siglo I a. C.): desplazar cada letra un número fijo de posiciones. Fácil de romper hoy, pero era suficiente cuando casi nadie sabía analizar frecuencias.
• El análisis de frecuencias (al-Kindi, siglo IX): el filósofo árabe Abu Yusuf al-Kindi describió cómo romper cifrados de sustitución simple contando cuántas veces aparece cada letra. Por primera vez, el criptoanálisis se volvía método.
• El cifrado de Vigenère (siglo XVI): usar una clave repetida para variar el desplazamiento. Se creyó indescifrable durante siglos, hasta que Kasiski (1863) y Babbage (hacia 1854) encontraron cómo atacarlo.

Una lección que se repite: la seguridad que depende de ocultar el método suele durar poco. Quien diseña un cifrado puede confiar en él mucho más tiempo si el método es público y solo la clave es secreta. Esa idea se formalizó en el siglo XIX como principio de Kerckhoffs, y sigue vigente: una buena criptografía no depende de que el diseño sea secreto.

Turing, Enigma y el nacimiento de la informática

En 1936 Alan Turing publicó On Computable Numbers, donde definió una máquina teórica (la “máquina de Turing”) capaz de ejecutar cualquier procedimiento que pueda describirse con pasos finitos. De ahí nace la idea de computación universal: un solo tipo de máquina que puede imitar a cualquier otra si se le da el programa adecuado. Es la base teórica de todos los ordenadores que existen.

Pocos años después, durante la Segunda Guerra Mundial, Turing trabajó en Bletchley Park en el análisis de la máquina Enigma, que usaba el ejército alemán para cifrar mensajes. Con el trabajo previo de criptógrafos polacos (Marian Rejewski y su equipo) y con el diseño de máquinas como la Bombe, los aliados lograron leer buena parte de esas comunicaciones. Las matemáticas tenían ya consecuencias militares y políticas enormes. Y las máquinas de cálculo, como el Colossus para otros cifrados alemanes, dejaban de ser curiosidades académicas.

Shannon: la criptografía se vuelve ciencia

En 1948 Claude Shannon publicó la teoría de la información: cómo medir cuánta información lleva un mensaje y cuánto ruido soporta. En 1949 publicó Communication Theory of Secrecy Systems, donde demostró que existe un cifrado perfectamente seguro (la libreta de un solo uso, one-time pad) siempre que la clave sea tan larga como el mensaje, verdaderamente aleatoria y nunca se reutilice. Al mismo tiempo mostró que ese sistema es poco práctico, y con eso dejó claro el problema que vendría: ¿cómo se reparten las claves?

1976: la clave pública

Durante dos décadas el principal obstáculo era el reparto de claves. Dos personas necesitaban encontrarse primero en persona (o confiar en un mensajero) para acordar un secreto. En 1976 Whitfield Diffie y Martin Hellman publicaron New Directions in Cryptography, con una idea radical: un intercambio de claves a través de un canal público sin compartir antes ningún secreto, y la propuesta de firmas digitales. Ralph Merkle había trabajado en ideas paralelas. En 1977 Rivest, Shamir y Adleman crearon RSA, la primera implementación práctica de cifrado y firma con clave pública.

Un dato histórico curioso: en el GCHQ británico, James Ellis, Clifford Cocks y Malcolm Williamson habían descubierto ideas equivalentes entre 1969 y 1974, pero eran secretas y no se supieron hasta 1997. Es un buen recordatorio de que las ideas matemáticas pueden descubrirse varias veces y que el secreto institucional retrasa el progreso colectivo.

Con las firmas digitales ya existía la herramienta que Bitcoin usa para cada pago: demostrar que tienes derecho a mover algo, sin revelar tu secreto. Lo estudiarás en el módulo 2 con curvas elípticas (una variante más eficiente propuesta en 1985 por Neal Koblitz y Victor Miller).

Hashes, árboles y sellos de tiempo

En paralelo se desarrollaba otra herramienta clave: las funciones hash, que convierten cualquier dato en una huella de tamaño fijo imposible de invertir y casi imposible de falsificar. En 1979 Ralph Merkle describió el árbol de hashes que lleva su nombre: una forma de demostrar que un dato forma parte de un conjunto enorme con muy poca información. En 1991 Stuart Haber y W. Scott Stornetta propusieron encadenar documentos mediante hashes con sellos de tiempo, para que nadie pudiera alterar el pasado sin que se notara; en 1993 añadieron los árboles de Merkle a la propuesta. Ya tienes dos de las piezas que formarán un bloque de Bitcoin.

Las “guerras criptográficas” de los noventa

Cuando internet se abrió al público, el Gobierno de Estados Unidos consideraba el cifrado fuerte un arma de guerra, regulado bajo las mismas reglas que las armas. En 1993 propuso el Clipper chip, un sistema de cifrado con una “puerta trasera” para las agencias. La comunidad técnica y las empresas se opusieron, y el caso Bernstein v. Estados Unidos (1996-1999) estableció que el código es una forma de expresión protegida. Hacia el año 2000 las restricciones de exportación se relajaron en gran medida. Esas batallas dieron legitimidad al movimiento cypherpunk: demostraron que publicar software criptográfico podía cambiar la ley.

De la teoría al dinero

En paralelo, varios intentos de dinero digital exploraban qué piezas faltaban:

• DigiCash (1989-1998): privacidad sin escalabilidad, dependiente de una empresa.
• e-gold (1996-2009): una moneda digital respaldada en oro, con millones de cuentas, pero centralizada; el gobierno estadounidense la acusó de facilitar el lavado de dinero y de operar sin licencia, y el servicio dejó de funcionar.
• Hashcash (1997), b-money (1998) y Bit Gold (1998): las ideas conceptuales más cercanas a Bitcoin, sin implementar un sistema completo.

Mientras tanto, la década de 2000 trajo la burbuja puntocom, el auge de los pagos con tarjeta y una dependencia cada vez mayor de intermediarios para casi todo.

2008: Satoshi Nakamoto

En octubre de 2008, en plena crisis financiera, alguien con el seudónimo Satoshi Nakamoto envió a una lista de correo de criptografía el documento que combinaba todo lo anterior: firmas digitales para la propiedad, hashes y sellos de tiempo para el orden, prueba de trabajo para el consenso, y un incentivo económico para que los participantes actuaran de forma honesta. El 3 de enero de 2009 se minó el primer bloque. No se sabe quién es Satoshi. Lo que sí sabemos es que sus piezas tienen autoría y fecha y que puedes leerlas todas.

Qué te llevas

• Bitcoin no inventó la criptografía ni los hashes: los combinó con una pieza nueva, el consenso por prueba de trabajo con incentivo.
• Cada pieza viene de una historia con personas reales y fechas comprobables.
• El principio de Kerckhoffs sigue vigente: el método es público y solo la clave es secreta. Bitcoin es código abierto desde el primer día.
• Para profundizar en español con un relato más largo recomendamos Criptoria de Alfre Mancera; aquí te damos el mapa para que puedas decidir qué leer.

Comprueba lo aprendido

¿Qué problema atacó el artículo de Diffie y Hellman de 1976?

Cómo cifrar más rápidoCómo establecer un secreto y firmar sin compartir antes una clave secretaCómo minar bloques

¿Qué demostró Shannon en 1949 sobre la libreta de un solo uso?

Que es perfectamente segura con clave tan larga como el mensaje, aleatoria y no reutilizadaQue puede romperse con análisis de frecuenciasQue no sirve para mensajes largos

¿Qué aportó la propuesta de Haber y Stornetta (1991) al diseño de Bitcoin?

La prueba de trabajoLa idea de encadenar documentos con hashes y sellos de tiempoLas curvas elípticas

Fuentes y créditos

• Alan Turing, On Computable Numbers (1936)
• Claude Shannon, Communication Theory of Secrecy Systems, Bell System Technical Journal (1949)
• Diffie y Hellman, New Directions in Cryptography (1976)
• Haber y Stornetta, How to Time-Stamp a Digital Document, Journal of Cryptology (1991)
• Mastering Bitcoin, 3.ª ed., CC BY-SA 4.0: capítulos 1 y 2
• Lectura recomendada: Criptoria: de Turing a Nakamoto (Alfre Mancera, Prometea, 2024), libro comercial en español.

Entre 1989 y 2008 hubo al menos media docena de intentos serios de dinero digital. Estudiar por qué cayeron es la mejor manera de entender por qué Bitcoin se diseñó como se diseñó.

↻ repetir

Un método para estudiar fracasos

Hay una pregunta útil que puedes hacerle a cualquier sistema de dinero: ¿qué tendría que fallar para que deje de funcionar? En los sistemas anteriores a Bitcoin la respuesta casi siempre es “una empresa, un servidor o un regulador”. Repasamos los más importantes con esa lente.

DigiCash (1989-1998)

• Qué proponía: pagos anónimos con firmas ciegas.
• Qué resolvía: la privacidad del pagador.
• Por qué cayó: dependía de la empresa de Chaum, que debía firmar y validar todo, y de bancos que no lo adoptaron. Quebró en 1998 y cedió sus activos.
• Qué heredó Bitcoin: la convicción de que la privacidad es parte del diseño y la lección de que un emisor único es una vulnerabilidad.

e-gold (1996-2009)

• Qué proponía: una unidad de cuenta digital respaldada por oro físico.
• Qué resolvía: pagos internacionales rápidos con un respaldo tangible. Llegó a tener millones de cuentas.
• Por qué cayó: el emisor controlaba cuentas y reservas, y el gobierno de Estados Unidos lo acusó en 2007 de operar sin licencia de transmisor de dinero y de facilitar el lavado de dinero. Los responsables se declararon culpables en 2008 y el servicio dejó de funcionar con normalidad en los años siguientes.
• Qué heredó Bitcoin: la prueba de que había demanda real por dinero digital global, y la lección de que cualquier punto central es un blanco legal y técnico.

Hashcash (1997) y la prueba de trabajo

Adam Back diseñó Hashcash como defensa contra el correo basura: para enviar un mensaje había que demostrar que se había dedicado un poco de cómputo a calcular un hash con ciertas características. Para un usuario normal el coste era trivial; para quien enviaba millones de correos, enorme. No era dinero, pero introdujo el patrón que Bitcoin reutiliza: un trabajo costoso de producir y barato de verificar.

b-money (1998) y Bit Gold (1998-2005)

Wei Dai propuso b-money en una nota breve: una red donde cada participante lleva su propia copia del libro de cuentas y el dinero se crea resolviendo problemas computacionales. Nick Szabo, por su parte, describió Bit Gold: pruebas de trabajo encadenadas y publicadas con sellos de tiempo, de forma que cada unidad creara “escasez digital incorruptible”. Ambas propuestas contienen casi todos los elementos de Bitcoin. Les faltaba un mecanismo robusto de acuerdo entre desconocidos que no confían entre sí (¿quién decide qué cadena vale?) y un incentivo que mantuviera honestos a los participantes. Ninguna llegó a implementarse como un sistema completo.

RPOW (2004)

Hal Finney, criptógrafo y desarrollador de PGP, creó las pruebas de trabajo reutilizables: un servidor intercambiaba una prueba de trabajo por una nueva, evitando el doble uso. Funcionaba, pero la seguridad dependía de la confianza en el servidor (con hardware seguro como apoyo). Finney sería uno de los primeros en descargar Bitcoin y recibir una transacción en 2009.

Lo que Bitcoin añadió

Mirando todo junto, Bitcoin no inventó cada pieza. Hizo cuatro cosas nuevas:

1. Un acuerdo entre desconocidos sin servidor central: la cadena con más trabajo acumulado es la verdad.
2. Un incentivo económico para participar: quien gasta energía en validar cobra una recompensa y comisiones.
3. Una política monetaria fija en el código: un límite de 21 millones de unidades, conocido por todos.
4. Un lanzamiento limpio: código abierto, sin premine anunciado por una empresa, y un creador que se retiró.

Comprueba lo aprendido

¿Qué patrón de Hashcash reutiliza Bitcoin?

Un trabajo costoso de producir y barato de verificarCifrado extremo a extremoUn servidor central que valida pagos

¿Qué tenían en común DigiCash y e-gold que los hizo vulnerables?

Usaban criptografía débilTenían un emisor central que podía fallar o ser presionadoEran proyectos open source

¿Qué le faltaba a b-money y Bit Gold respecto a Bitcoin?

Un mecanismo robusto de consenso entre desconocidos y un incentivo claro para validarEl uso de hashesLa idea de dinero digital

Fuentes y créditos

• Hashcash (Adam Back)
• b-money (Wei Dai, 1998)
• Bit Gold (Nick Szabo, 2005)
• Hal Finney: Reusable Proofs of Work
• Mastering Bitcoin, 3.ª ed., CC BY-SA 4.0

Nueve páginas que cambiaron el dinero. Las leemos como se leen los clásicos: despacio, con la pregunta de qué problema resuelve cada párrafo.

↻ repetir

Contexto

El 31 de octubre de 2008, durante la crisis financiera, alguien con el seudónimo Satoshi Nakamoto envió a la lista de correo de criptografía el documento Bitcoin: A Peer-to-Peer Electronic Cash System. Tiene unas nueve páginas y doce secciones. Léelo tú mismo en bitcoin.org/bitcoin.pdf; aquí tienes la guía. El texto es breve, preciso y casi sin adornos: no habla de revolución, habla de un problema técnico concreto y de cómo resolverlo.

Sección 1: el problema

Satoshi empieza con una observación fría: el comercio por internet se apoya en instituciones financieras que actúan como terceros de confianza, y ese modelo “funciona suficientemente bien” para la mayoría de las operaciones, pero sufre de las debilidades inherentes de un modelo basado en confianza. Las transacciones totalmente irreversibles no existen, porque las instituciones no pueden evitar arbitrar disputas; esa posibilidad de reversión aumenta los costes; y los comerciantes deben desconfiar de sus clientes y pedir más datos de los necesarios. Hay una cantidad de fraude que se acepta como inevitable. Lo que se necesita, dice, es un sistema de pago electrónico basado en prueba criptográfica en lugar de confianza.

Secciones 2 y 3: firmas y sellos

La sección 2 define la moneda como “una cadena de firmas digitales”. Para pagar a alguien, firmas el hash de la transacción anterior y la clave pública del siguiente propietario. Quien recibe puede verificar la cadena de propiedad. El problema es que el receptor no puede saber si el dueño anterior ya había gastado la moneda en otro sitio, y la solución habitual era un tercero (una casa de moneda) que revisa cada transacción. Satoshi quiere quitar ese tercero. La respuesta es hacer que todas las transacciones sean públicas y que los participantes se pongan de acuerdo en un único historial. De ahí viene la sección 3: un servidor de sellado de tiempo distribuido que publica el hash de un bloque de elementos, de forma que cada sello incluya el anterior formando una cadena.

Sección 4: la prueba de trabajo

Para que el sellado de tiempo sea distribuido y no dependa de un servidor, se usa una prueba de trabajo al estilo Hashcash: buscar un valor (el nonce) que, al aplicar el hash al bloque, dé como resultado un hash que empiece por cierto número de ceros. El trabajo medio crece de forma exponencial con el número de ceros exigidos, pero verificarlo es un solo hash. Como cada bloque contiene el hash del anterior, para cambiar un bloque habría que rehacer el trabajo de ese bloque y de todos los posteriores. La prueba de trabajo resuelve además otro problema: quién decide. En una votación “una persona, un voto”, quien pueda crear muchas identidades falsas manipularía el resultado. La prueba de trabajo es “un procesador, un voto”: la cadena más larga representa la mayor cantidad de trabajo invertido, y esa es la decisión de la mayoría.

Sección 5: la red

Los pasos para ejecutar la red son sencillos: 1) las transacciones nuevas se difunden a todos los nodos; 2) cada nodo reúne las nuevas transacciones en un bloque; 3) cada nodo trabaja en encontrar una prueba de trabajo difícil para su bloque; 4) cuando un nodo la encuentra, difunde el bloque a todos; 5) los nodos aceptan el bloque solo si todas sus transacciones son válidas y no gastadas; 6) los nodos expresan su aceptación trabajando en el siguiente bloque, usando el hash del bloque aceptado como hash previo. Los nodos consideran correcta la cadena más larga y trabajan para extenderla. Si dos nodos difunden versiones distintas a la vez, trabajan sobre la primera que recibieron, pero guardan la otra; el empate se rompe cuando una de las ramas se hace más larga.

Sección 6: el incentivo

Por convención, la primera transacción de cada bloque es especial: crea unas monedas nuevas que pertenecen al creador del bloque. Eso añade un incentivo para que los nodos apoyen la red y es, además, una forma de distribuir monedas inicialmente, ya que no hay una autoridad que las emita. La adición constante de una cantidad fija de monedas nuevas es análoga a mineros de oro que gastan recursos para añadir oro a la circulación; aquí el recurso gastado es tiempo de CPU y electricidad. El incentivo también puede financiarse con comisiones por transacción, cuando el número de monedas alcance el límite. Satoshi añade un argumento sutil: un atacante con más potencia que el resto de la red tendría que elegir entre defraudar para recuperar sus pagos o usar su poder para generar monedas nuevas, y le resultaría más rentable seguir las reglas.

Secciones 7 a 10: eficiencia y privacidad

La sección 7 introduce los árboles de Merkle para que los nodos puedan descartar transacciones ya gastadas y ahorrar disco, dejando solo la raíz en la cabecera del bloque. La 8 describe la verificación simplificada de pagos (SPV): un usuario puede verificar un pago sin ejecutar un nodo completo, guardando solo las cabeceras de bloque y pidiendo a un nodo la rama de Merkle que enlaza la transacción con un bloque. La 9 explica por qué las transacciones tienen múltiples entradas y salidas, lo que permite combinar y dividir valor (el modelo de “monedas” de distinto valor que verás en el módulo 2). La 10 trata la privacidad: el modelo tradicional la protege limitando el acceso a la información a las partes y al tercero de confianza; aquí las transacciones son públicas, pero se mantiene la privacidad rompiendo el flujo de información en otro punto: las claves públicas son anónimas. Se ve “que alguien envía una cantidad a otro”, pero no quién es cada uno. Como cortafuegos adicional, se recomienda usar un par de claves nuevo para cada transacción.

Sección 11: la matemática del atacante

Satoshi modela la carrera entre la cadena honesta y la de un atacante como un camino aleatorio de “jugador arruinado”: cada bloque es un paso, y la probabilidad de que la cadena del atacante alcance a la honesta cae de forma exponencial con el número de bloques de ventaja. Incluye una tabla con valores de probabilidad.

Las tres ideas que sostienen todo

1. La moneda es una cadena de firmas. Recibes una moneda con la firma de quien te la transfiere, y tú la transferirás firmando con tu clave. Lo que no puedes saber solo con firmas es si el dueño anterior ya la había gastado antes.
2. El orden lo da el trabajo. Un sellado de tiempo distribuido, anclado en prueba de trabajo, hace que la historia más pesada sea la verdad aceptada. Para cambiar un bloque antiguo hay que rehacer todos los posteriores y además superar a los mineros honestos.
3. El incentivo cierra el círculo. Un atacante con mayoría de potencia podría hacer trampas, pero Satoshi argumenta que le conviene más ser honesto: ganará más cobrando recompensas que destruyendo el valor de lo que posee.

Lo que el libro blanco NO dice

• No usa la palabra “blockchain”. Habla de una cadena de bloques (chain of blocks) pero el término de marketing vino después.
• No describe Lightning ni los scripts que hoy usamos. Esos detalles están en el código y en los BIP.
• No promete anonimato: dice privacidad por seudónimos, y avisa de que si se descubre el dueño de una clave, el enlace con sus otras transacciones puede salir a la luz.
• No define cuántos bitcoin habrá. El límite de 21 millones está en el código, no en el documento.
• No habla de “minería” a escala industrial ni de ASIC: imagina nodos de CPU en ordenadores normales, “un procesador, un voto”.

El bloque génesis

El 3 de enero de 2009 se minó el primer bloque. En su transacción de recompensa (coinbase) hay un mensaje: “The Times 03/Jan/2009 Chancellor on brink of second bailout for banks”. Sirve a la vez de prueba de que el bloque no se minó antes de esa fecha y de declaración de intenciones. En el siguiente módulo comprobaremos su hash con tu propio código.

Cómo leerlo tú

Haz una primera lectura rápida de principio a fin (media hora). Después, una segunda lectura con papel: junto a cada sección, escribe con tus palabras qué problema resuelve y qué pasaría si faltara. Si puedes explicarlo a alguien que no sabe del tema en tres minutos, lo has entendido. Si te atascas en la sección 11, no pasa nada: es solo probabilidad, y la retomaremos con código.

Comprueba lo aprendido

¿Qué hace costoso reescribir un bloque antiguo?

Que está cifradoQue hay que rehacer el trabajo de ese bloque y de todos los posterioresQue lo prohíbe el libro blanco

¿Dónde está definido el límite de 21 millones?

En el libro blancoEn las reglas de consenso del softwareEn las leyes de cada país

En el libro blanco, ¿cómo se protege la privacidad si las transacciones son públicas?

Con claves públicas anónimas, usando preferiblemente una nueva en cada transacciónCifrando todas las transaccionesOcultando los bloques

¿Qué problema resuelve la prueba de trabajo, además de ordenar bloques?

Que los pagos sean anónimosEvitar que quien cree muchas identidades falsas controle la votación (un procesador, un voto)Reducir las comisiones

Fuentes y créditos

• Bitcoin: A Peer-to-Peer Electronic Cash System (2008)
• Bloque génesis en el código de Bitcoin Core (chainparams.cpp)
• Mensajes de Satoshi, Nakamoto Institute
• Mastering Bitcoin, 3.ª ed., CC BY-SA 4.0: capítulos 1 y 2

Entre 2009 y 2014 Bitcoin pasó de experimento a red global. Conocer esos hitos te ayuda a ver qué ha cambiado y qué no.

↻ repetir

Cronología comprobada

2009-2010: arrancar sin gente

Durante el primer año el único usuario con interés real era un puñado de criptógrafos y programadores. Satoshi minaba de forma casi constante, y se calcula que acumuló más de un millón de bitcoin que nunca ha movido. Cuando Finney recibió los primeros 10 BTC, escribió en su cuenta de Twitter “Running bitcoin”. Los primeros contribuyentes (Finney, Martti Malmi, Gavin Andresen, entre otros) añadieron funciones, arreglaron errores y fundaron foros. El 22 de mayo de 2010 un programador pagó 10.000 BTC por dos pizzas. Es la primera compra documentada de un bien físico, y se celebra cada año.

Un incidente que enseñó mucho: agosto de 2010

El 15 de agosto de 2010 se descubrió que un bloque contenía una transacción que creaba 184.467.440.737 BTC de la nada, por un desbordamiento de enteros en la verificación de valores. En pocas horas se publicó una corrección de código, y la red adoptó la versión corregida, descartando ese bloque. Es una anécdota instructiva: el software cometió un error grave, y la comunidad lo arregló rápido porque había nodos que lo verificaban y desarrolladores que lo corrigieron. Lo contrario de un servidor opaco.

2011-2013: las primeras oleadas

En 2011 llegaron Silk Road, un mercado en la red Tor que usaba bitcoin y acabó cerrado por las autoridades en 2013, las primeras bolsas importantes y un aumento del precio y del interés mediático. En 2013 la crisis de Chipre (con un recorte a los depósitos bancarios) coincidió con otra oleada de interés. Aparecieron los primeros ASIC, chips diseñados solo para minar, y con ellos la minería se profesionalizó: los ordenadores domésticos dejaron de ser competitivos.

2014: Mt. Gox

En febrero de 2014 Mt. Gox, la bolsa que llegó a gestionar más de la mitad de las operaciones del mundo, suspendió los retiros y declaró la quiebra con unos 850.000 bitcoin (propios y de clientes) desaparecidos. Aquella pérdida fue enorme y dejó una frase que se repite desde entonces: not your keys, not your coins (si no controlas tus claves, no controlas tus monedas). El proceso de devolución a los acreedores se alargó durante años.

Lecciones que se repiten

• Custodia: casi todas las pérdidas grandes (Mt. Gox y muchas más) vinieron de entregar las claves a un tercero. Lo veremos en el módulo de seguridad.
• El proyecto es de todos: Satoshi desaparece, y el software sigue mejorando por consenso rugoso entre desarrolladores, mineros, empresas y usuarios que ejecutan nodos.
• La adopción llega por oleadas, ligada a crisis de confianza (2008, 2013, 2020...).
• Los errores se arreglan en público: el desbordamiento de 2010 es un ejemplo.

Para pensar

¿Qué cambia cuando el creador no puede ser presionado porque no se sabe quién es? Esa pregunta, sobre liderazgo y gobernanza, volverá en el módulo de protocolo.

Comprueba lo aprendido

¿Qué ocurrió el 12 de enero de 2009?

Satoshi envió 10 BTC a Hal Finney en la primera transacción entre personasSe minó el bloque génesisSe publicó el libro blanco

¿Qué enseñó el incidente de agosto de 2010 sobre el desbordamiento de enteros?

Que Bitcoin no se puede corregirQue un error grave se arregla rápido cuando hay nodos que verifican y desarrolladores que corrigenQue el software no debe ser abierto

¿Cuál es la lección principal de Mt. Gox?

Entregar las claves a un tercero tiene riesgos de custodiaQue Bitcoin es demasiado lentoQue los exchanges son ilegales

Fuentes y créditos

• Bitcoin Core: historial de versiones
• Mastering Bitcoin, cap. 1, CC BY-SA 4.0
• Registro de CVE-2010-5139 (desbordamiento de valores), Bitcoin Wiki
• Bitcoin Pizza Day, Bitcoin Wiki

Siete textos que todo estudiante serio de Bitcoin acaba leyendo. No los resumimos para que no los leas: te damos preguntas para discutirlos en grupo o contigo mismo.

↻ repetir

Cómo usar esta lección

Lee uno por semana. Escribe tres líneas: qué afirma, qué supone y qué evidencia daría la razón al autor o se la quitaría. Si puedes, discútelo con alguien que piense distinto.

Reglas de lectura crítica

1. Separa hechos, interpretaciones y predicciones.
2. Busca la mejor crítica de cada texto, escrita por alguien inteligente.
3. Si un argumento te convence demasiado rápido, vuelve a leerlo.
4. Anota qué evidencia cambiaría tu opinión. Si ninguna puede cambiarla, no es una opinión sino una creencia.

Textos con licencia abierta o de dominio público

Una buena noticia para estudiar Bitcoin: gran parte de la literatura técnica es libre. Estos son los que puedes leer, descargar y compartir (respetando la licencia de cada uno):

• Mastering Bitcoin (Antonopoulos y Harding): el texto completo está en GitHub bajo licencia Creative Commons. Revisa la licencia de la edición que uses.
• Mastering the Lightning Network (Antonopoulos, Osuntokun y Pickhardt): CC BY-SA 4.0.
• Learning Bitcoin from the Command Line (Blockchain Commons): CC BY 4.0, ideal para practicar con un nodo.
• Las especificaciones: los BIP de Bitcoin y los BOLT de Lightning son públicos y abiertos.
• Los ensayos de Szabo, Hughes, May y los mensajes de Satoshi: publicados libremente por sus autores y reunidos en el Nakamoto Institute.
• Textos clásicos de dominio público, que usaremos en el módulo de ciencias sociales: por ejemplo, Sobre el origen del dinero de Carl Menger.

Otros libros, como The Bitcoin Standard (Saifedean Ammous) o Criptoria (Alfre Mancera, en español), son obras comerciales con derechos de autor: no los copiamos ni los resumimos entero. Te recomendamos leerlos, comprarlos o pedirlos en una biblioteca, y contrastarlos con las fuentes primarias que te damos aquí.

Una rutina de ocho semanas

1. Semana 1: Hughes (manifiesto) + May (manifiesto criptoanarquista).
2. Semana 2: Szabo, Trusted Third Parties + Shelling Out.
3. Semana 3: libro blanco, primera lectura.
4. Semana 4: libro blanco con tus notas + Mastering Bitcoin cap. 1-2.
5. Semana 5: Mastering Bitcoin cap. 3-4 (nodo y claves).
6. Semana 6: Mastering Bitcoin cap. 5-6.
7. Semana 7: un ensayo con el que no estés de acuerdo y su mejor réplica.
8. Semana 8: escribe una página sobre “qué sigue sin estar resuelto en Bitcoin”.

Comprueba lo aprendido

¿Cuál es una buena práctica al leer un ensayo apasionado sobre Bitcoin?

Separar hechos, interpretaciones y predicciones, y buscar la mejor críticaQuedarte con la conclusión y olvidar los argumentosLeer solo autores que opinen igual

¿Qué libro de la lista es de acceso libre y tiene una licencia Creative Commons, y se puede leer completo en GitHub?

The Bitcoin StandardMastering BitcoinCriptoria

Fuentes y créditos

• A Cypherpunk's Manifesto
• Nick Szabo: Shelling Out
• Nick Szabo: Trusted Third Parties Are Security Holes
• Vijay Boyapati: The Bullish Case for Bitcoin
• Allen Farrington: Bitcoin is Venice (serie de ensayos; busca la edición vigente)
• Mastering the Lightning Network (CC BY-SA 4.0)
• Learning Bitcoin from the Command Line (CC BY 4.0)
• Nakamoto Institute: archivo de textos