El whitepaper de Bitcoin explicado: lo que Satoshi Nakamoto describió en nueve páginas en 2008

El whitepaper de Bitcoin es un documento de nueve páginas titulado «Bitcoin: A Peer-to-Peer Electronic Cash System», que una persona o un grupo con el nombre de Satoshi Nakamoto publicó el 31 de octubre de 2008. En doce secciones breves describe cómo puede funcionar el dinero digital sin un banco: una red abierta de ordenadores pone todos los pagos en un orden fijo, y el trabajo de cálculo garantiza que nadie falsee ese orden a posteriori. Cada bitcoin que compras, guardas o envías sigue descansando hoy sobre estas nueve páginas.

El 31 de octubre de 2026, el documento cumplió 18 años. Quien tiene bitcoin hoy posee, en esencia, lo que Satoshi esbozó entonces: una anotación en un libro de cuentas público de la que solo puede disponer quien tiene la clave privada correspondiente. Este artículo recorre el whitepaper sección por sección, explica los términos técnicos y muestra qué sigue vigente igual en 2026 y qué llegó más tarde.

¿Qué es el whitepaper de Bitcoin? Nueve páginas del 31 de octubre de 2008

Un whitepaper es un documento técnico de principios que presenta una idea antes de que exista un producto acabado. Satoshi Nakamoto anunció el whitepaper de Bitcoin en un breve mensaje en la lista de correo Cryptography, que reúne a criptógrafos, informáticos y defensores de la privacidad. La primera frase del mensaje dice, traducida: «He estado trabajando en un nuevo sistema de efectivo electrónico totalmente entre pares, sin un tercero de confianza».

Entre pares (peer-to-peer) significa que los participantes están conectados directamente entre sí y ningún servidor central controla la red. El archivo estaba alojado entonces, como ahora, en bitcoin.org. El documento tiene nueve páginas, organizadas en un resumen, doce secciones numeradas y una bibliografía de ocho fuentes. Como contacto, el texto solo da una dirección de correo de un proveedor gratuito. Quién está detrás del nombre sigue sin demostrarse; las teorías conocidas y los sospechosos los hemos recogido en un artículo aparte sobre la búsqueda de Satoshi Nakamoto.

El momento no fue una casualidad del calendario: coincidió de lleno con la crisis financiera. Pocas semanas antes había quebrado el banco de inversión estadounidense Lehman Brothers, y los Estados apuntalaban a sus bancos en todo el mundo. El whitepaper no menciona la crisis en ningún momento. Su crítica se dirige con sobriedad contra un sistema de pagos que depende de la confianza en intermediarios.

La estructura del whitepaper de un vistazo

• Sección 1, introducción: el problema de los pagos basados en la confianza en internet
• Secciones 2 a 4: transacciones, servidor de sellado de tiempo y prueba de trabajo
• Secciones 5 y 6: cómo funciona la red y por qué participan sus miembros
• Secciones 7 a 9: ahorrar espacio, verificación simplificada de pagos, combinar y dividir importes
• Secciones 10 y 11: privacidad y cálculo de probabilidades de un ataque
• Sección 12: conclusión

El problema del doble gasto: la brecha que el whitepaper quería cerrar

El problema del doble gasto (en inglés, double spending) es la cuestión de cómo evitar que alguien gaste dos veces la misma moneda digital. Con el efectivo no se plantea: quien entrega un billete ya no lo tiene. Un archivo, en cambio, puede copiarse sin límite. Hasta 2008, el problema se resolvía con una instancia central, normalmente un banco o un servicio de pagos, que lleva un libro de cuentas y concilia cada pago.

Era justo esa instancia central la que Satoshi quería hacer innecesaria. En la introducción, el whitepaper describe los costes del modelo antiguo: los pagos pueden revertirse, así que los comercios deben desconfiar de sus clientes y pedirles más datos de los necesarios, se acepta como inevitable cierto porcentaje de fraude y los importes pequeños apenas compensan por las comisiones. Lo que se reclama es un sistema de pago electrónico basado en la prueba criptográfica en lugar de en la confianza. Dos partes deben poder operar directamente entre sí sin que un tercero tenga que dar su visto bueno.

Un detalle importante para entenderlo: Satoshi no fue el primero con esta idea. La bibliografía cita en primer lugar b-money, de Wei Dai, de 1998, y también Hashcash, de Adam Back, un método de 2002 pensado en origen para frenar el spam. Lo nuevo era la combinación: una red sin centro que, mediante el trabajo de cálculo, se pone de acuerdo por sí sola en una contabilidad común.

Transacciones y firmas digitales: cómo cambia de dueño una moneda

La sección 2 define una moneda electrónica como una cadena de firmas digitales. Una firma digital es una prueba matemática de que un mensaje procede del titular de una clave privada concreta, sin que esa clave se revele. Quien transfiere bitcoin firma un hash de la transacción anterior junto con la clave pública del destinatario. Así, cualquiera puede rastrear el historial de una moneda hasta su origen.

Un hash es una especie de huella dactilar digital: una función matemática convierte cualquier dato en una cadena corta de longitud fija. Si cambia un solo carácter de los datos, cambia toda la huella. A partir de la huella no se pueden reconstruir los datos de origen.

Pero las firmas por sí solas no resuelven el problema. El destinatario ve a quién pertenecía una moneda, pero no si el dueño anterior no la ha entregado ya a otra persona. El whitepaper extrae de ahí la conclusión decisiva: todas las transacciones deben hacerse públicas, y los participantes necesitan un sistema para acordar un único orden válido. Siempre cuenta la transacción confirmada primero; cualquier gasto posterior de la misma moneda es inválido.

Para ti como inversor, esta sección contiene la frase más importante sobre la propiedad: los bitcoin pertenecen a quien controla la clave privada. Cómo funcionan juntas la clave pública y la privada lo explica en detalle nuestra guía sobre clave privada y clave pública.

Servidor de sellado de tiempo y prueba de trabajo: por qué el cálculo asegura el orden

La sección 3 describe un servidor de sellado de tiempo. Calcula el hash de un paquete de datos, un bloque, y publica ese valor. Con ello queda demostrado que los datos existían en ese momento. Cada nuevo sello de tiempo incluye el anterior, de modo que cada bloque adicional refuerza los anteriores. Precisamente ese encadenamiento de bloque en bloque es lo que hoy se llama blockchain.

Para que ningún servidor central emita esos sellos, la sección 4 reparte la tarea mediante la prueba de trabajo. La prueba de trabajo (proof of work) es un procedimiento en el que un ordenador tiene que hacer muchos intentos hasta encontrar un hash con una propiedad determinada, mientras que comprobar el resultado cuesta un único paso de cálculo. El whitepaper pone como ejemplo la función hash SHA-256: el hash buscado debe empezar por un número determinado de bits a cero. Para encontrarlo, el ordenador va cambiando un número del bloque, el llamado nonce, hasta que el resultado encaja.

Quien quisiera modificar un bloque antiguo tendría que repetir ese trabajo para ese bloque y para todos los añadidos después, y además adelantar a los participantes honestos. El whitepaper resume la idea como «one-CPU-one-vote», un voto por procesador y no por dirección IP, porque las direcciones IP pueden conseguirse baratas y en gran número. La versión válida de la contabilidad es la más larga, es decir, la que acumula más trabajo de cálculo.

El ajuste de dificultad ya estaba en el texto de 2008

Un detalle que suele pasarse por alto: el whitepaper ya prevé que la dificultad de la prueba de trabajo se ajuste. Se basa en una media móvil que apunta a un número fijo de bloques por hora. Si los bloques se encuentran demasiado rápido, la dificultad sube. Este mecanismo explica por qué Bitcoin se mantiene de media en torno a un bloque cada diez minutos pese a un hardware de minería cada vez más rápido.

Red e incentivo minero: cómo entran en circulación los nuevos bitcoin

La sección 5 describe el funcionamiento de la red en seis pasos. Las nuevas transacciones se transmiten a todos los nodos. Cada nodo las reúne en un bloque y busca su prueba de trabajo. Quien la encuentra difunde el bloque. Los demás nodos solo lo aceptan si todas sus transacciones son válidas y no se han gastado ya, y muestran su conformidad trabajando en el siguiente bloque. Un nodo (node) es un ordenador que ejecuta el software de Bitcoin, comprueba las reglas y retransmite datos.

Si dos nodos encuentran un bloque a la vez, surgen brevemente dos ramas. El whitepaper resuelve el conflicto de forma pragmática: se trabaja en la rama recibida primero y la otra se guarda. En cuanto una de las dos ramas se alarga, todos pasan a ella.

¿Por qué iba alguien a poner potencia de cálculo y electricidad? La respuesta está en la sección 6, sobre el incentivo. La primera transacción de cada bloque crea una moneda nueva que pertenece al creador del bloque. Satoshi lo compara con los buscadores de oro, que gastan recursos para poner oro en circulación; en Bitcoin son tiempo de cálculo y electricidad. A ello se suman las comisiones de transacción: si el valor de salida de una transacción es menor que su valor de entrada, la diferencia es para el minero. Cuando haya en circulación un «número predeterminado» de monedas, el incentivo deberá consistir solo en comisiones.

Llama la atención el argumento sobre la honestidad. Un atacante con más potencia de cálculo que todos los demás tendría que sopesar si la usa para defraudar o para generar monedas nuevas. Le debería resultar más rentable jugar según las reglas que socavar el sistema y, con él, el valor de su propio patrimonio. De esta idea nació la industria minera, que hoy opera centros de datos con equipos especializados. Si quieres entrar en la red sin minar, puedes ejecutar tu propio nodo; lo que cuesta en electricidad lo explica nuestra guía Ejecutar un nodo de Bitcoin.

Árbol de Merkle y SPV: cómo Bitcoin debía arreglárselas con 80 bytes por bloque

La sección 7 trata del espacio de almacenamiento. Para que el volumen de datos no crezca sin control, las transacciones de un bloque se agrupan en un árbol de Merkle. Un árbol de Merkle es una estructura de hashes en la que los valores se combinan de dos en dos hasta que al final queda un único hash raíz. Solo ese hash raíz figura en la cabecera del bloque. Así, las transacciones antiguas, gastadas hace tiempo, pueden podarse sin invalidar el bloque.

El cálculo del whitepaper es uno de los pasajes más bonitos del texto. Una cabecera de bloque sin transacciones ocupa unos 80 bytes. Con un bloque cada diez minutos, eso da 80 bytes por 6 por 24 por 365, es decir, 4,2 megabytes al año. Satoshi recuerda que en 2008 los ordenadores solían venderse con 2 gigabytes de memoria RAM y que la ley de Moore permitía esperar un crecimiento de 1,2 gigabytes al año. El almacenamiento no sería, por tanto, un problema, aunque todas las cabeceras tuvieran que estar en memoria. Para las cabeceras sigue siendo cierto hoy. La blockchain completa, con todas las transacciones, ha crecido en cambio muchas veces más, porque la poda de datos antiguos apenas se usa en la práctica.

Verificación simplificada de pagos: el precursor de la cartera móvil

La sección 8 describe la verificación simplificada de pagos, en inglés Simplified Payment Verification o SPV. Quien solo quiere comprobar pagos no necesita un nodo completo. Bastan las cabeceras de la cadena más larga y la rama de Merkle que une una transacción con su bloque. El usuario no comprueba entonces la transacción por sí mismo, pero ve que la red la ha aceptado y que se siguen construyendo bloques encima.

Satoshi señala la debilidad abiertamente: este método puede ser engañado mientras un atacante domine la red. Por eso, las empresas que reciben muchos pagos probablemente querrían ejecutar sus propios nodos. En este principio se basan muchas apps ligeras de cartera para el móvil. Al elegir hoy una cartera, decides también cuánta verificación asumes tú y cuánta dejas en manos de un servidor.

Dividir importes y privacidad: claves seudónimas en lugar de secreto bancario

La sección 9 aclara una cuestión práctica: ¿cómo se pagan 0,3 bitcoin si se tiene una moneda de 0,5 bitcoin? Para ello, las transacciones tienen varias entradas y salidas. Lo normal es una entrada procedente de una transacción anterior mayor o varias más pequeñas que se combinan, y como máximo dos salidas: una para el pago y otra para el cambio, que vuelve al remitente. Hoy este modelo se llama modelo UTXO, por las salidas de transacción no gastadas (Unspent Transaction Outputs).

La sección 10 trata la privacidad. En el modelo bancario se preserva porque solo las partes implicadas y el banco ven los datos. Bitcoin hace públicas todas las transacciones y por eso tiene que proteger de otra forma: las claves públicas son anónimas. Todo el mundo ve que alguien envía un importe a otra persona, pero no quiénes son. Satoshi lo compara con la bolsa, que publica la hora y el volumen de cada operación, pero no el nombre de quienes operan.

Como protección adicional, el whitepaper recomienda usar un nuevo par de claves para cada transacción. Pero reconoce que las transacciones con varias entradas delatan que esas entradas pertenecen al mismo dueño. Si se conoce al titular de una clave, pueden atribuírsele otras transacciones. Eso es el día a día en 2026: quien compra bitcoin en un exchange regulado con verificación de identidad, como exigen los proveedores de nuestra comparativa Comprar bitcoin, queda vinculado a sus direcciones para el exchange y, a través de las obligaciones de información, también para las autoridades. Seudónimo, por tanto, no significa anónimo.

Cálculo de probabilidades en la sección 11: lo improbable que se vuelve un ataque

La parte matemáticamente más exigente del whitepaper es la sección 11. Simula cómo un atacante intenta construir una versión alternativa de la blockchain más deprisa que los participantes honestos. Ni siquiera un ataque con éxito permite cambios arbitrarios: el atacante no puede crear valor de la nada ni quedarse con dinero que nunca fue suyo. Solo puede intentar recuperar un pago que él mismo hizo recientemente.

Satoshi describe la carrera como el llamado problema de la ruina del jugador, es decir, la probabilidad de que un jugador llegue a recuperar una desventaja. Si el atacante va por detrás y tiene menos potencia de cálculo que los nodos honestos, su probabilidad cae de forma exponencial con cada bloque adicional. El whitepaper incluye un breve cálculo en el lenguaje de programación C y una tabla de resultados.

La tabla del whitepaper: confirmaciones frente a cuota de potencia

La tabla muestra cuántos bloques debe esperar un destinatario para que la probabilidad de éxito de un atacante baje del 0,1 %. El valor q indica la cuota del atacante en la potencia de cálculo de la red, y z, el número de bloques añadidos desde el pago.

De ahí se explica una práctica que conoces de los exchanges: un depósito en bitcoin solo se abona tras varias confirmaciones. Con un 10 % de la potencia de cálculo, según el whitepaper, un atacante tendría tras cinco bloques solo algo más de un 0,09 % de probabilidad. Pero la tabla muestra también el límite del modelo: a medida que el atacante se acerca a la mitad de la potencia de cálculo, el número de confirmaciones necesarias se dispara. A partir de la mitad, en el llamado ataque del 51 %, el cálculo deja de aplicarse.

Lo que no está en el whitepaper de Bitcoin: 21 millones, el halving y la palabra blockchain

Muchas de las características que hoy se consideran esenciales en Bitcoin no aparecen en el whitepaper. La palabra «blockchain» no figura en el texto. En su lugar, Satoshi describe bloques unidos por sus hashes y declara válida la secuencia más larga de esos bloques. El término compuesto se impuso más tarde.

Tampoco está el límite de 21 millones de bitcoin. El whitepaper solo habla de un «número predeterminado» de monedas. La cifra concreta la dio Satoshi el 8 de enero de 2009 en el anuncio de la primera versión del software, en la misma lista de correo: la circulación total sería de 21.000.000 de monedas, y la cantidad por bloque se reduciría a la mitad cada cuatro años. Esa reducción se llama halving. Desde el último halving, en abril de 2024, los mineros reciben 3,125 bitcoin por bloque; cuándo toca el siguiente lo muestra nuestra cuenta atrás del halving.

Tampoco figuran en el texto ampliaciones posteriores como Segregated Witness, Taproot o la red Lightning para pagos pequeños y rápidos. Estas ampliaciones se basan en las reglas de 2008, pero no cambian la idea de fondo. Quien quiera entender qué hace hoy de Bitcoin una inversión encontrará en un resumen sobre qué es bitcoin la oferta, la minería y la custodia en cifras.

Del whitepaper a la red: el bloque génesis y el primer software en enero de 2009

Entre el documento y el sistema en marcha pasaron algo más de dos meses. El 3 de enero de 2009 se generó el bloque génesis, el primer bloque de la blockchain de Bitcoin. En él figura un titular del diario británico The Times de ese mismo día: «Chancellor on brink of second bailout for banks», el ministro de Hacienda estaría a punto de rescatar por segunda vez a los bancos. La línea se considera prueba de que el bloque no se generó antes de esa fecha y a menudo se lee como un comentario sobre la crisis bancaria. Por una peculiaridad del código, los 50 bitcoin de este primer bloque no pueden gastarse.

El 8 de enero de 2009, Satoshi anunció en la lista de correo Bitcoin v0.1, la primera versión del software para Windows. En el mismo mensaje indicaba que, por ahora, el software solo funcionaba en Windows y que se incluía el código fuente en C++. Bitcoin era así de código abierto, y cualquiera podía comprobar en el programa las reglas del whitepaper. Desde entonces la red funciona y genera bloque tras bloque con las mismas reglas básicas recogidas en esas nueve páginas.

Leer el whitepaper de Bitcoin: el original y la traducción alemana

El original está en inglés y se lee bien si conoces los términos técnicos. Para quien prefiera leerlo en alemán, existe una traducción alemana en bitcoin.org con el título «Bitcoin: Ein elektronisches Peer-to-Peer-Cash-System». La traducción tiene once páginas y sigue la estructura del original. Para la lectura conviene tener a mano un pequeño glosario:

• Double spending: doble gasto de la misma moneda
• Proof of Work: prueba de trabajo mediante esfuerzo de cálculo
• Node: nodo, un ordenador con el software de Bitcoin
• Timestamp Server: servidor de sellado de tiempo que acredita el orden
• Merkle Tree: árbol de hashes para almacenar ahorrando espacio
• Simplified Payment Verification: verificación simplificada de pagos sin nodo completo
• Trusted third party: tercero de confianza, por ejemplo un banco

Nuestro consejo para una primera lectura: empieza por el resumen y las secciones 1, 2, 4 y 12. Esas cuatro partes contienen toda la idea en algo más de tres páginas. Puedes saltarte la sección 11 si no te interesan las matemáticas; la tabla de arriba resume el resultado.

Whitepaper de Bitcoin: 18 años después, la idea de fondo sostiene la red

El whitepaper no promete ningún valor ni ningún precio. Describe un sistema de pagos en el que la propiedad depende de una clave y no de un banco. Quien quiera sacar de ahí algo para sus propias inversiones llega a tres pasos:

1. Entender una cartera: antes de comprar bitcoin, merece la pena ver cómo gestiona una cartera tus claves. Una visión general de apps y programas la ofrece nuestra comparativa de carteras de software.
2. Guardar tú mismo la clave: la idea del whitepaper de no tener que confiar en un tercero se aplica de forma más coherente con la autocustodia. Qué dispositivos sirven para ello lo muestra la comparativa de carteras hardware.
3. Elegir una vía de compra verificada: en Alemania, la entrada suele pasar por un exchange, un bróker o una app bancaria. Comisiones, licencia y retirada a tu propia cartera las comparas en la guía Comprar bitcoin.

(3 de noviembre de 2026. Este artículo no constituye asesoramiento de inversión. Los precios y las tarifas cambian; comprueba las condiciones con el proveedor antes de comprar.)