Warum Bitcoin wichtig war

Das Problem, das es anging

Digitale Information lässt sich mühelos kopieren. Für Dokumente ist das ein Vorteil, für Geld ein fataler Mangel: Ist eine Werteinheit nur eine Datei, hindert nichts daran, dieselbe Einheit an zwei Stellen zweimal auszugeben. Das ist das Double-Spend-Problem, und jedes Zahlungssystem muss darauf irgendeine Antwort geben.

Die übliche Antwort ist ein Betreiber. Eine Bank, ein Kartennetzwerk oder ein Zahlungsdienst führt das maßgebliche Buch und entscheidet, welche Transaktion zuerst kam. Das funktioniert gut, und es bedeutet zugleich, dass dieser Betreiber Konten sperren, Buchungen zurücknehmen, Kunden ablehnen und insolvent werden kann.

Bitcoin schlug eine andere Antwort vor: ein öffentliches Netzwerk ordnet die Transaktionen, Proof of Work macht das Umschreiben dieser Ordnung teuer, und wer diese Arbeit leistet, wird im Asset selbst bezahlt. Niemand muss einzeln vertrauenswürdig sein, weil das Umschreiben der Historie mehr kosten würde, als der Angriff einbringen dürfte.

Was tatsächlich neu war

Fast jede Komponente ist älter als Bitcoin. Digitale Signaturen, Hashfunktionen, Proof-of-Work-Rätsel, Peer-to-Peer-Netzwerke und frühere Entwürfe für digitales Bargeld gab es bereits. Der Beitrag lag im Zusammenbau: eine bestimmte Kombination, in der Anreize, Ordnungsmechanismus und Prüfregeln einander so weit stützen, dass es ohne Administrator läuft.

Diese Einordnung lohnt sich, weil sie die Erwartungen richtig stellt. Bitcoin ist eine technische Antwort auf ein Koordinationsproblem. Es behauptet nicht, dass Kryptografie Betrug löst, dass Knappheit Wert schafft oder dass der Wegfall eines Betreibers Risiko beseitigt.

Das Whitepaper erschien 2008, das Netzwerk startete 2009. Häufig wird dieser Zeitpunkt mit der Finanzkrise verknüpft, doch das Protokoll sollte nach seinem veröffentlichten Entwurf und seinem Betrieb beurteilt werden – nicht nach einem vereinfachten Motiv, das man seinem pseudonymen Autor später zuschrieb.

Was der Entwurf aufgibt

Den zentralen Betreiber zu entfernen beseitigt keine Abhängigkeiten, es verschiebt sie. Das Netzwerk hängt nun davon ab, dass Softwareimplementierungen korrekt sind, dass Mining wirtschaftlich verteilt bleibt, dass Nutzerinnen ihre Schlüssel kompetent verwalten, von Konnektivität und von einem unordentlichen sozialen Prozess, um Codeänderungen zu vereinbaren.

Zudem macht es bestimmte Bequemlichkeiten konstruktionsbedingt unmöglich. Es gibt kein Zurücksetzen des Passworts, keine Rückbuchung, keine Betrugsabteilung und keine Möglichkeit, eine an die falsche Adresse gesendete Zahlung zurückzuholen. Das sind keine später zu behebenden Versäumnisse, sondern der direkte Preis jener Eigenschaft, die das System ohne Betreiber funktionieren lässt.

Nutze die Historie mit Bedacht

Eine lange Betriebshistorie ist ein echter Beleg für Robustheit. Ein Netzwerk, das über viele Jahre unter öffentlicher Beobachtung ununterbrochen Transaktionen verarbeitet hat, wurde auf eine Weise geprüft, die ein neues Projekt nicht kennt. Das darf man vernünftigerweise berücksichtigen.

Es ist kein Beleg über den Preis, und es sagt nichts über die Dienste rund um das Asset. Die meisten Menschen, die in diesem Feld Geld verloren haben, verloren es nicht durch ein Protokollversagen, sondern an eine Börse, einen Verwahrer, eine Phishing-Seite oder die eigene Sicherung. Die Bilanz des Protokolls überträgt sich nicht auf das Unternehmen, das dein Konto führt.

• Trenne Aussagen über das Protokoll von Aussagen über ein Unternehmen, das es nutzt.
• Behandle „wurde nie gehackt“ als Aussage über das Netzwerk, nicht über dein Konto.
• Frage, was ein System nicht für dich leisten kann, bevor du dich darauf verlässt.