Bitcoin-Whitepaper: Was ist Satoshis Paper von 2008?

Das Bitcoin-Whitepaper ist das Papier, das Satoshi Nakamoto am 31. Oktober 2008 auf der Cryptography Mailing List vorstellte. Das neuseitige PDF, das die meisten lesen, beschreibt elektronisches Geld, das zwischen zwei Personen ohne Bank in der Mitte fließt. Es sagte außerdem das Wachstum der Bitcoin-Blockheader voraus, die bis zum Ende im späten Oktober 2026 77,8 MB erreichten.

Abschnitt 7 ging von etwa 80 Bytes pro Header aus, also 4,2 MB pro Jahr bei einem Block alle 10 Minuten. Die Kette lief schneller, im Schnitt ein Block alle 9,62 Minuten zwischen dem Genesis-Block und diesem Stand, und brachte 3,90 % mehr Blöcke als das Tempo des Papiers ergibt. Dennoch füllen diese Header weniger als 4 % der 2 GB RAM, die das Papier für einen Computer von 2008 nennt.

Das Bitcoin-Whitepaper auf einen Blick

Was ist das Bitcoin-Whitepaper?

Das Bitcoin-Whitepaper ist Bitcoins Designdokument, vorgestellt etwa zehn Wochen vor der ersten Software-Veröffentlichung im Januar 2009. Das PDF auf bitcoin.org nennt den Titel, den Namen Satoshi Nakamoto und eine E-Mail-Adresse, dann 12 nummerierte Abschnitte von einer Einleitung bis zu einem Fazit.

Die Zusammenfassung beginnt mit der ganzen Idee: „Eine rein Peer-to-Peer-Version von elektronischem Geld würde Online-Zahlungen ermöglichen, die direkt von einer Partei zur anderen gesendet werden, ohne eine Finanzinstitution zu durchlaufen.“

Das gelöste Problem ist die Doppelte Ausgabe (Double-Spending), bei der der Besitzer einer digitalen Münze damit zwei Personen bezahlt. Die übliche Lösung 2008 war eine vertrauenswürdige Prägestätte, die jede Transaktion prüfte, und das Papier ersetzt sie durch ein öffentliches Protokoll, das jeder Node führt.

Wenn Sie die kürzeste Zusammenfassung des Bitcoin-Whitepapers möchten: Sie ist Satoshis eigener erster Satz des Fazits: „Wir haben ein System für elektronische Transaktionen vorgeschlagen, das nicht auf Vertrauen beruht.“

Die acht Referenzen reichen von einem Wahrscheinlichkeits-Lehrbuch von 1957 bis zu einem Paper von 2002 über Hashcash. Viele Krypto-Projekte veröffentlichen ein Dokument im selben Format, und Phemex Academy listet acht Dinge, die man vor einer Anlage darin prüfen sollte.

Wie funktioniert das System des Bitcoin-Whitepapers?

Das Bitcoin-Whitepaper erklärte das System auf unter zehn Seiten, und das Design beginnt bei der Münze. „Wir definieren eine elektronische Münze als eine Kette digitaler Signaturen“, sagt Abschnitt 2. Jeder Besitzer gibt eine Münze weiter, indem er einen Hash der letzten Transaktion und des öffentlichen Schlüssels des nächsten Besitzers signiert.

Eine Signatur beweist, wem eine Münze gehörte, kann aber nicht beweisen, dass sie nicht zweimal ausgegeben wurde. Also stempelt das Papier Transaktionen zeitlich in Blöcke und lässt den Hash jedes Blocks den vorherigen einschließen, was sie zu einer Kette verbindet.

Um diese Kette teuer in der Umschreibung zu machen, muss ein Node einen Wert finden, der dem SHA-256-Hash seines Blocks die erforderliche Anzahl führender Null-Bits gibt. Das Papier nennt Proof-of-Work „im Wesentlichen one-CPU-one-vote“ und behandelt die längste Kette als Mehrheitsentscheid, da sie die meiste Arbeit trägt. Der Erklärartikel von Phemex Academy zu Proof of Work und der Sicherheit von Blockchain-Netzwerken beleuchtet das Rätsel ausführlicher.

Abschnitt 5 listet die sechs Schritte, die das Netzwerk betreiben.

1. Neue Transaktionen werden an jeden Node im Netzwerk broadcastet.

2. Jeder Node sammelt die neuen Transaktionen, die er hört, in einem Block.

3. Jeder Node arbeitet an einem schwierigen Proof-of-Work für seinen Block.

4. Ein Node, der einen findet, broadcastet seinen Block an alle Nodes.

5. Nodes akzeptieren den Block nur, wenn alle seine Transaktionen gültig und unspent sind.

6. Nodes zeigen Akzeptanz, indem sie den nächsten Block auf seinen Hash aufbauen.

Zwei spätere Abschnitte halten das System leichtgewichtig. Abschnitt 7 schneidet alte Transaktionen über einen Merkle-Baum ab, und Abschnitt 8 erlaubt es, eine Zahlung zu prüfen, während nur die Blockheader gespeichert werden.

Privatsphäre kommt von anonymen öffentlichen Schlüsseln. Abschnitt 10 ergänzt, dass „für jede Transaktion ein neues Schlüsselpaar verwendet werden sollte“, um zu verhindern, dass Zahlungen einem Besitzer zugeordnet werden.

Wer hat das Bitcoin-Whitepaper geschrieben?

Satoshi Nakamoto, ein Pseudonym, ist der einzige Autor, den das Bitcoin-Whitepaper nennt. Dieser Name steht über einer E-Mail-Adresse und der Zeile www.bitcoin.org, und das Papier nennt keine Biografie, keinen Arbeitgeber und kein Land.

Derselbe Name unterzeichnete den List-Post vom Oktober 2008 und die Release-Notiz vom Januar 2009. Das Satoshi-Nakamoto-Whitepaper und jene Posts sagen nicht, wer den Namen wählte oder wie viele Personen ihn nutzten, daher zählt hier keine Identitätstheorie als Fakt.

Hal Finney, der PGP-Entwickler und erste Bitcoin-Empfänger, antwortete auf den Post auf der Liste im November 2008.

Wann wurde das Bitcoin-Whitepaper veröffentlicht?

Das Bitcoin-Whitepaper wurde am 31. Oktober 2008 in Satoshis Post an die Cryptography Mailing List mit dem Titel „Bitcoin P2P e-cash paper“ veröffentlicht. Der Post beginnt: „Ich arbeite an einem neuen elektronischen Bargeldsystem, das vollständig Peer-to-Peer ist, ohne vertraute dritte Partei“, und verlinkt das PDF.

Das PDF, das bitcoin.org ausliefert, ist jedoch eine spätere Überarbeitung. Seine Metadaten nennen ein Erstellungsdatum vom 24. März 2009. Byte für Byte stimmt es mit dem Exemplar des Satoshi Nakamoto Institute und dem frühesten Wayback-Machine-Snapshot vom Juli 2010 überein, und die Wayback Machine besitzt keine Kopie aus 2008 oder 2009.

Auch die Worte bewegten sich. Im Oktober 2008 sagte die per E-Mail versandte Zusammenfassung, die ehrliche Kette gewinne, „solange ehrliche Nodes die meiste CPU-Leistung im Netzwerk kontrollieren“. Die gehostete Datei hat „eine Mehrheit der CPU-Leistung“, gehalten von „Nodes, die nicht zusammenarbeiten, um das Netzwerk anzugreifen“.

Die beiden Zusammenfassungen unterscheiden sich insgesamt durch sieben Wort-Level-Änderungen, und die gehostete Datei lässt „the burdens of“ im ersten Satz weg. Also gehört das Datum, nach dem Leute suchen, zum Post, und die Datei, die die meisten lesen, ist die Überarbeitung vom März 2009.

Entspricht das Bitcoin-Whitepaper noch dem Bitcoin-Netzwerk?

Beim Speicher tut es das, mit Reserve. Abschnitt 7 setzt „einen Blockheader ohne Transaktionen“ auf „etwa 80 Bytes“ und erhält bei einem Block alle 10 Minuten „4,2 MB pro Jahr“. Mit Maschinen, „die 2008 typischerweise mit 2 GB RAM verkauft wurden“, sagt es, Speicher „sollte kein Problem sein, selbst wenn die Blockheader im Speicher gehalten werden müssen“.

Die Kette hielt 972.849 Blockheader zum Stand Ende Oktober 2026, wobei der Genesis-Block als Block 0 gezählt wird und bei Block 972.848 endet. Jeder Header ist exakt 80 Bytes, zusammen also etwa 77,8 MB.

Im angenommenen Tempo des Papiers würden die 6.502 Tage zwischen dem Zeitstempel des Genesis-Blocks und dem des letzten Blocks 936.321 Blöcke enthalten, oder etwa 74,9 MB Header. Die Kette machte 36.528 mehr. Das sind 3,90 % über dem 10-Minuten-Tempo und ein Block alle durchschnittlich 9,62 Minuten von 2009 bis zum Stand Ende Oktober.

Also wuchsen die Header um etwa 4,37 MB pro Jahr gegenüber den 4,2 MB des Papiers, und alle 77,8 MB passen mehr als 25-mal in die 2 GB Speicher, die 2008 üblich waren.

Jeder 80-Byte-Header verpflichtet sich über eine Merkle-Wurzel auf die Transaktionen seines Blocks, und Phemex Academy erklärt Merkle-Bäume und die Merkle-Wurzel Schritt für Schritt.

Methode: Header-Bytes sind 80 mal die Anzahl der Blöcke 0 bis 972.848, gelesen über zwei unabhängige öffentliche Bitcoin-Block-Explorer-APIs, die identische Hashes und Zeitstempel zurückgaben. Das 10-Minuten-Tempo teilt die Sekunden zwischen den Zeitstempeln der beiden Blöcke durch 600 und addiert eins für den Genesis-Block.

Prüfung: Der 80-Byte-Header des Schlussblocks, zweifach mit SHA-256 gehasht, reproduziert auf beiden APIs seinen eigenen Block-Hash.

Wie unterscheidet sich das Bitcoin-Whitepaper von der Bitcoin-Software?

Das Papier beschreibt ein Design, und die Software, die im Januar 2009 startete, legte die Zahlen fest. Das bitcoin.org-PDF enthält kein „21“ und kein „million“, und es verwendet nie die Wörter „Halving“ oder „Blockchain“. Bitcoin selbst erscheint nur im Titel und in der Zeile www.bitcoin.org.

Die Obergrenze von 21 Millionen erscheint in Satoshis Release-E-Mail vom Januar 2009 für Bitcoin v0.1. „Die Gesamtumlaufmenge wird 21.000.000 Münzen betragen“, schrieb Satoshi, mit „dem Betrag, der alle 4 Jahre halbiert wird“.

Diese Zeile wuchs zum Halving-Zeitplan, den Phemex Academy bis zu seinem Ende in wie viele Bitcoins noch zu schürfen sind nachverfolgt.

Das Papier lässt die Schwierigkeit locker, als „ein gleitender Durchschnitt, der auf eine durchschnittliche Anzahl von Blöcken pro Stunde zielt“. Die Software setzte ein Retarget alle 2.016 Blöcke, zwei Wochen bei 10 Minuten pro Block, was den Durchschnitt der Kette nahe am Tempo des Papiers hält.

Die Software fügte auch den Genesis-Block hinzu, dessen Header-Zeitstempel den 3. Januar 2009 trägt. Die erste Transaktion des Blocks trägt „The Times 03/Jan/2009 Chancellor on brink of second bailout for banks“, dieselbe Zeile, die die Chain-Parameters-Datei von Bitcoin Core noch enthält.

Welche Risiken beschreibt das Bitcoin-Whitepaper?

Das Hauptrisiko ist ein Angreifer mit mehr CPU-Leistung als die ehrlichen Nodes. Selbst ein siegreicher Angreifer kann keine Münzen erzeugen oder Geld nehmen, das nie ihm gehörte. Das Papier sagt, er „kann nur versuchen, eine seiner eigenen Transaktionen zu ändern, um Geld zurückzunehmen, das er kürzlich ausgegeben hat“.

Das Double-Spend-Rennen

Abschnitt 11 behandelt dieses Rennen als Ruin-des-Spielers-Problem und löst nach der Wartezeit eines Händlers. Bei 10 % der CPU-Leistung fallen die Chancen eines Angreifers, aufzuholen, unter 0,1 %, sobald die Zahlung 5 Blöcke darüber hat. Bei 30 % beträgt die Wartezeit 24 Blöcke, bei 45 % sind es 340. Das Papier setzt keine Sechs-Bestätigungs-Regel fest. Jeder Angreifer-Anteil hat in der Tabelle seine eigene Wartezeit.

Getäuschte Light Wallets

Nur Blockheader zu speichern hat eine Schwachstelle. Das Papier warnt, dass die Abkürzung „durch fabrizierte Transaktionen eines Angreifers getäuscht werden kann, solange der Angreifer das Netzwerk weiterhin überwältigen kann“. Unternehmen, die häufig Zahlungen empfangen, „werden wahrscheinlich trotzdem ihre eigenen Nodes betreiben wollen“, ergänzt es.

Verknüpfte Schlüssel

Öffentliche Schlüssel verbergen Ihren Namen nur, bis einer Ihrer Schlüssel Ihnen zugeordnet wird. Eine Transaktion mit mehreren Inputs zeigt, dass ein Besitzer sie alle hielt, und Abschnitt 10 warnt, dass „die Verknüpfung andere Transaktionen desselben Besitzers offenlegen könnte“.

Was bedeutet das Bitcoin-Whitepaper für Bitcoin-Trader?

Für einen Trader ist das Papier die Spezifikation hinter dem Vermögenswert. Wenn Sie auf Bestätigungen einer Einzahlung warten, warten Sie das Angreifer-Rennen aus, das Abschnitt 11 bepreist hat.

Das Tempo spielt ebenfalls eine Rolle. halvings sind durch die Blockhöhe festgelegt, und zum Stand Ende Oktober lag die Kette etwa 254 Tage vor einem strengen 10-Minuten-Zeitplan. Also liefen Daten, die aus der 10-Minuten-Annahme berechnet wurden, im Vergleich zur Kette zu spät.

Die Knappheit von 21 Millionen, mit der Sie handeln, beruht auf der Regel der Software von 2009, die das Papier nie nennt.

Bitcoin schloss Ende Oktober 2026 bei 81.151,8 USDT auf Phemex' BTCUSDT-Perpetual, -0,30 % auf Tagessicht. Dieses Perpetual läuft mit Hebel bis zu 150x und Funding alle 8 Stunden. Futures nutzen Hebel, und eine gehebelte Position wird automatisch geschlossen, wenn die Verluste ihre Margin erreichen.

Häufig gestellte Fragen

Wie viele Seiten hat das Bitcoin-Whitepaper?

Es umfasst neun Seiten in dem PDF, das Sie von bitcoin.org herunterladen können. Diese Seiten enthalten 12 nummerierte Abschnitte, von der Einleitung bis zum Fazit, und eine Liste von acht Referenzen auf der letzten Seite.

In welchem Jahr wurde das Bitcoin-Whitepaper veröffentlicht?

Es erschien 2008, mit Satoshi Nakamotos Post an die Cryptography Mailing List am 31. Oktober 2008. Das PDF, das die meisten lesen, ist eine Überarbeitung, die im März 2009 erstellt wurde.

Was sagt das Bitcoin-Whitepaper?

Es besagt, dass digitales Geld zwischen zwei Personen ohne vertraute dritte Partei fließen kann. Digitale Signaturen beweisen, wem eine Münze gehört, und eine öffentliche Kette von Proof-of-Work-Blöcken klärt die Reihenfolge der Zahlungen, sodass keine Münze zweimal ausgegeben wird.

Erwähnt das Bitcoin-Whitepaper 21 Millionen Bitcoin?

Das Papier nennt keinerlei Angebotszahl. Satoshi stellte die Obergrenze von 21.000.000 Münzen in der Release-E-Mail vom Januar 2009 für Bitcoin v0.1 fest, zusammen mit einer Belohnung, die alle vier Jahre halbiert wird.

Fazit

Das Bitcoin-Whitepaper hatte die Technik nahezu richtig und überließ die Ökonomie dem Code. Seine Header-Prognose lag über fast 18 Jahre Blöcke hinweg unter 4 % daneben. Die Obergrenze von 21 Millionen, die Bitcoins Knappheit bestimmt, war überhaupt nicht darin enthalten und wurde zehn Wochen später in einer Release-E-Mail ausgeführt.

Sie können beide Hälften selbst prüfen. Der Mechanismus lebt auf unter zehn Seiten, und die Geldregeln leben in der Software, die Bitcoins Nodes ausführen.

Haftungsausschluss: Dieser Artikel dient nur zu Informationszwecken und ist keine Finanzberatung. Der Handel mit Kryptowährungen birgt erhebliche Risiken. Recherchieren Sie immer selbst, bevor Sie Anlageentscheidungen treffen.