Bitcoin Whitepaper es el documento de nueve páginas de Satoshi Nakamoto Bitcoin: A Peer-to-Peer Electronic Cash System, anunciado el 31 de octubre de 2008. Explica el diseño de un sistema, no la especificación completa del Bitcoin actual; las nueve páginas incluyen las referencias.
La sección 2 describe la transferencia de una moneda mediante firmas digitales. El receptor puede verificar la autorización, pero el emisor también puede firmar un pago rival con los mismos fondos. La solución propuesta es un historial público compartido. Una firma válida y la incorporación de la transacción a ese historial son condiciones distintas. [Original Bitcoin whitepaper]
Las secciones 3–5 enlazan bloques mediante hashes y Proof of Work. La cadena más larga significa aquí el historial con mayor trabajo acumulado, no una votación por número de direcciones IP. El trabajo no sustituye la validación: los nodos rechazan bloques inválidos. La cadena establece un orden, no un reloj independiente preciso para cada pago. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
La sección 6 presenta nuevas monedas y comisiones como incentivos para producir bloques. La comisión es la diferencia entre valores de entradas y salidas; se contempla una transición a financiarse solo con comisiones. No se indican el límite numérico de 21 millones ni el intervalo de reducción de 210 000 bloques. Estos parámetros requieren otras fuentes. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
La sección 8 propone SPV: el cliente obtiene cabeceras de bloques y una prueba de Merkle de inclusión de la transacción. Estar incluida no equivale a comprobar independientemente todas las reglas y todo el historial de gasto. El texto reconoce que el método es más vulnerable a un atacante que un nodo completo. [Original Bitcoin whitepaper]
La sección 10 separa las transacciones públicas de las identidades de los titulares de claves y recomienda nuevos pares de claves. También advierte que los vínculos pueden revelar otros pagos al descubrirse una identidad. Una dirección nueva no garantiza por sí sola el anonimato; el historial público sigue disponible para análisis. [Original Bitcoin whitepaper]
La sección 11 modela cómo un atacante alcanza a la cadena honesta. El resultado depende de su proporción de potencia de cálculo y de la ventaja de la cadena; frente a un atacante más débil, el riesgo cae al aumentar la ventaja. El modelo usa supuestos y una aproximación de Poisson. No fija un número seguro de confirmaciones para todos los pagos y ataques. [Original Bitcoin whitepaper]
Los cambios posteriores, como SegWit descrito en BIP 141, no aparecen en el whitepaper. Publicar un BIP tampoco implica su adopción. Para interpretar el comportamiento actual hay que distinguir propuesta, implementación, reglas de consenso desplegadas y política local de retransmisión; esta última no es una regla de validez de bloques. [BIP 141 — Segregated Witness] [Bitcoin Developer Guide — Block Chain]
El anuncio original de octubre documenta la publicación del diseño, mientras que el PDF contiene su razonamiento. Las secciones sobre firmas, red y cálculos deben leerse juntas: cada una trata una parte distinta del problema. Citar una frase sin sus supuestos no demuestra la seguridad de una cartera concreta o de una implementación actual. [Original announcement — 31 October 2008] [Original Bitcoin whitepaper]
Para obtener la imagen más completa, lee esta entrada junto con Satoshi Nakamoto, Bitcoin, Proof of Work, Transacción, Timechain. También enlazan con esta entrada Bitcoin, Satoshi Nakamoto, Genesis Block, Cypherpunks.