Wenn jeder ständig Bier in einer überfüllten Bar bestellt, könnten die Gäste beim Führen ihrer Listen einige Bestellungen verpassen. Und natürlich könnten sie die Bestellungen der anderen Gäste in unterschiedlicher Reihenfolge hören. Sowohl fehlende Bestellungen als auch das Notieren einer unterschiedlichen Reihenfolge führen zu verschiedenen Versionen der Getränkeliste. Unterschiedliche Listen sind jedoch zu vermeiden, da der Zweck der Getränkeliste (und der Blockchains) darin besteht, dass jeder den gleichen Blick auf die Realität hat. Jeder sollte die gleiche Version der ‚Wahrheit‘ haben.

Eine einfache Lösung für dieses Problem besteht darin, von Zeit zu Zeit eine Version der letzten Seite der Getränkeliste als kollektive ‚Wahrheit‘ zu deklarieren. Jedes Mal, wenn sie das Ende einer Seite erreichen, wählen die Gäste einen von ihnen als ‚Gewinner‘ aus und erklären seine Version der letzten Seite zur ‚endgültigen‘ Getränkeliste. Der Gewinner kopiert seine Liste und gibt sie an alle anderen weiter. Alle prüfen, ob der Gewinner alle Aufträge richtig notiert hat und ob die ‚Verkettung‘ des Gewinners richtig ist. Wenn alles in Ordnung ist, fügen alle die Gewinnerversion der letzten Seite an das Ende des Schreibblocks und verwerfen ihre eigenen Versionen der letzten Seite.

Dann werden alle Bestellungen auf der letzten Seite erfüllt und alle bekommen die Getränke, die auf der endgültigen Version der letzten Bestellungen aufgeführt sind. Bevor die Gäste mit einer neuen letzten Seite beginnen, hat jeder die gleiche Version der Wahrheit.

Aber wie wählt man den Gewinner aus? Die Gäste sind sich einig, dass derjenige, der eine ganze Seite von Aufträgen UND die daraus resultierende Kettenberechnung zuerst beenden kann, der Gewinner einer Runde sein sollte. Alle Berechnungen durchzuführen ist echte Arbeit. Also muss man Arbeit investieren, wenn man Gewinner werden will. Man muss beweisen, dass die Arbeit erledigt wurde, indem man den richtigen ‚Fingerabdruck‘ der Daten erstellt. Dies ist der Grund, warum diese Art von Konsensmechanismus als ‚Proof-of-Work (PoW)‘-Konsens bezeichnet wird.

Echte Blockchain-Versionen haben die gleichen Probleme und sehr ähnliche Lösungen. Die Rechner in dezentralen Systemen erhalten Transaktionen in unterschiedlicher Reihenfolge. Und manchmal gehen Transaktionen ‚verloren‘, weil Computer oder Netzwerkverbindungen ausfallen oder zu langsam sind, um mit dem Rest des Systems Schritt zu halten.

Stell dir zwei Bitcoin-Nutzer vor, einer in London, England, der andere in Sydney, Australien. Beide senden gleichzeitig eine neue Transaktion (Zahlung) an das Netzwerk. Stell Dir nun zwei Bitcoin-Server-Computer, ‚Miner‘ genannt, vor – einen in Singapur, den anderen in Reykjavik, Island.

Obwohl sich die Nachrichten im Internet mit Lichtgeschwindigkeit bewegen, benötigen sie zumindest einige Zeit, um ihr Ziel auf einem so großen Planeten wie der Erde zu erreichen. Die Nachricht von Sydney nach Singapur braucht mindestens 21 Millisekunden. Von London nach Singapur dauert es etwa doppelt so lange. Und natürlich werden die Daten aus London viel früher in Reykjavik ankommen als die aus Sydney.

So werden die beiden Miner in Reykjavik und Singapur die Transaktionen in unterschiedlicher Reihenfolge erhalten und somit unterschiedliche Versionen der ‚Wahrheit‘ aufzeichnen.

Bei Bitcoin gibt es auch einen Mechanismus, um den Gewinner der letzten Seite oder des letzten Blocks zu definieren. Da Computer so gut im Rechnen sind, müssen die Berechnungen zur Ermittlung des Gewinners viel komplexer sein als die in unserer Blockchain Bar. Wären die Berechnungen einfach, würden alle Miner praktisch zur gleichen Zeit die richtige Antwort finden. Bitcoin verlangt daher von den Minern sehr komplexe Berechnungen, die durchschnittlich 10 Minuten für jeden neuen Block in Anspruch nehmen.