Bitcoin Whitepaper bezeichnet Satoshi Nakamotos neunseitigen Text Bitcoin: A Peer-to-Peer Electronic Cash System, angekündigt am 31. Oktober 2008. Er erklärt einen Systementwurf, nicht die vollständige Spezifikation des heutigen Bitcoin; die neun Seiten enthalten auch das Quellenverzeichnis.
Abschnitt 2 beschreibt die Übertragung einer Münze durch digitale Signaturen. Der Empfänger kann die Berechtigung prüfen, doch der Absender kann auch eine konkurrierende Zahlung derselben Mittel signieren. Eine gemeinsame öffentliche Historie soll das lösen. Eine gültige Signatur und die Aufnahme einer Transaktion in diese Historie sind getrennte Bedingungen. [Original Bitcoin whitepaper]
Die Abschnitte 3–5 verknüpfen Blöcke durch Hashes und Proof of Work. Die längste Kette meint hier die Historie mit der meisten geleisteten Arbeit, keine Abstimmung nach Anzahl der IP-Adressen. Arbeit ersetzt keine Transaktionsprüfung: Knoten verwerfen ungültige Blöcke. Die Kette liefert eine Reihenfolge, keine präzise unabhängige Uhr für jede Zahlung. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
Abschnitt 6 nennt neue Münzen und Gebühren als Anreize zur Blockerzeugung. Eine Gebühr ist die Differenz zwischen Eingangs- und Ausgangswerten; erwogen wird eine spätere Finanzierung ausschließlich durch Gebühren. Weder die Zahlengrenze von 21 Millionen noch das Halbierungsintervall von 210.000 Blöcken werden genannt. Diese Parameter erfordern andere Quellen. [Original Bitcoin whitepaper] [Bitcoin Developer Guide — Block Chain]
Abschnitt 8 schlägt SPV vor: Ein Client beschafft Blockheader und einen Merkle-Nachweis für die Aufnahme einer Transaktion. Die Aufnahme in einen Block ist keine eigenständige Prüfung sämtlicher Regeln und der gesamten Ausgabehistorie. Der Text räumt ausdrücklich ein, dass diese Methode gegenüber Angreifern verwundbarer ist als ein vollständiger Knoten. [Original Bitcoin whitepaper]
Abschnitt 10 trennt öffentliche Transaktionen von den Identitäten der Schlüsselinhaber und empfiehlt neue Schlüsselpaare. Er warnt zugleich, dass Verknüpfungen nach Aufdeckung einer Identität weitere Zahlungen offenlegen können. Eine neue Adresse allein garantiert daher keine Anonymität; die öffentliche Historie bleibt analysierbar. [Original Bitcoin whitepaper]
Abschnitt 11 modelliert, wie ein Angreifer die ehrliche Kette einholt. Das Ergebnis hängt von seinem Rechenleistungsanteil und dem Vorsprung der Kette ab; bei einem schwächeren Angreifer sinkt das Risiko mit wachsendem Vorsprung. Das Modell nutzt Annahmen und eine Poisson-Näherung. Es legt keine universell sichere Bestätigungszahl für alle Zahlungen und Angriffe fest. [Original Bitcoin whitepaper]
Spätere Änderungen wie SegWit aus BIP 141 fehlen im Whitepaper. Auch die Veröffentlichung eines BIP bedeutet noch keine Übernahme. Für heutiges Verhalten sind Vorschlag, Implementierung, eingesetzte Konsensregeln und lokale Weiterleitungsrichtlinien auseinanderzuhalten; Letztere sind keine Regeln für die Blockgültigkeit. [BIP 141 — Segregated Witness] [Bitcoin Developer Guide — Block Chain]
Die ursprüngliche Oktober-Ankündigung belegt die Veröffentlichung des Entwurfs; das PDF enthält seine Argumentation. Die Abschnitte zu Signaturen, Netzwerk und Berechnungen gehören zusammen, weil sie verschiedene Teilprobleme behandeln. Ein Satz ohne seine Voraussetzungen kann nicht die Sicherheit einer konkreten Wallet oder heutigen Implementierung belegen. [Original announcement — 31 October 2008] [Original Bitcoin whitepaper]
Für ein möglichst vollständiges Bild lies diesen Eintrag zusammen mit Satoshi Nakamoto, Bitcoin, Proof of Work, Transaktion, Timechain. Auf diesen Eintrag verweisen außerdem Bitcoin, Satoshi Nakamoto, Genesis Block, Cypherpunks.