Die wichtigsten Blockchain-Konsensmechanismen: Proof of Work, Proof of Stake und mehr

Jede Blockchain muss eine Frage beantworten, bevor ihr jemand Geld anvertrauen kann: Wer darf entscheiden, was passiert ist und in welcher Reihenfolge? Es gibt keine Bank, keinen Notar und keinen zentralen Server, der das Sagen hat. Ein Konsensmechanismus ist die Menge von Regeln, denen die Teilnehmenden eines Netzwerks folgen, um sich auf eine einzige, gemeinsame Transaktionshistorie zu einigen — ohne zentrale Instanz und ohne dass jemand dieselbe Coin zweimal ausgeben kann.

Dieser Leitfaden erläutert die heute wichtigen Konsensmechanismen, wie jeder von ihnen tatsächlich den nächsten Block auswählt und worin die jeweiligen Abwägungen liegen.

Welches Problem Konsens tatsächlich löst

Zwei Probleme machen eine dezentrale Einigung schwierig.

Das Doppelausgabenproblem. In einem digitalen System ist eine Werteinheit nur Daten, und Daten lassen sich kopieren. Ohne Schiedsinstanz hindert nichts jemanden daran, zwei widersprüchliche Transaktionen zu verbreiten, die beide dieselbe Coin ausgeben. Satoshi Nakamotos Bitcoin-Whitepaper formuliert das Ziel direkt: Das Netzwerk braucht „ein System, mit dem sich die Teilnehmenden auf eine einzige Historie der Reihenfolge einigen, in der sie empfangen wurden“, damit ein Empfänger darauf vertrauen kann, dass eine frühere Zahlung nicht durch eine spätere, widersprüchliche rückgängig gemacht wird (Bitcoin-Whitepaper).

Einigung ohne zentrale Instanz. In einer normalen Datenbank hat das Wort eines Betreibers das letzte Gewicht. In einem öffentlichen, erlaubnisfreien Netzwerk kann jeder einen Node betreiben, Transaktionen vorschlagen und versuchen, den nächsten Block hinzuzufügen — auch Teilnehmende, die lügen, zensieren oder die Historie umschreiben wollen. Ein Konsensmechanismus muss Angriffe auf das Ledger unerschwinglich teuer machen oder auf andere Weise unattraktiv gestalten und zugleich günstig genug sein, damit ehrliche Teilnehmende das Netzwerk weiter betreiben können.

Jeder der folgenden Mechanismen beantwortet die Frage „Wer schlägt den nächsten Block vor und woher wissen wir, dass wir ihm vertrauen können?“ anders. Beim Vergleich sind zwei Achsen besonders wichtig: Sybil-Resistenz — was einen Angreifer daran hindert, unbegrenzt viele falsche Identitäten zu erzeugen und damit alle anderen zu überstimmen — und Finalität — wie schnell und wie endgültig eine Transaktion unumkehrbar wird.

Proof of Work

Proof of Work (PoW) ist der Mechanismus, den Bitcoin 2009 eingeführt hat, und der, an den die meisten Menschen bei „Blockchain“ denken. Miner konkurrieren darum, ein kryptografisches Rätsel zu lösen: Sie hashen die Daten eines Kandidatenblocks wiederholt mit einer Nonce, bis der resultierende Hash unter einen Zielwert fällt. Die Entwicklerdokumentation von Ethereum beschreibt das Rennen schlicht: Ein Miner führt „wiederholt einen Datensatz ... durch eine mathematische Funktion“, um vor allen anderen eine gültige Lösung zu finden (ethereum.org: Proof-of-work). Wer zuerst einen gültigen Hash findet, darf den nächsten Block vorschlagen und erhält die Blockbelohnung plus Transaktionsgebühren.

Die Sybil-Resistenz entsteht durch das Rätsel selbst: Hashes zu berechnen kostet reale Elektrizität und Hardware; viele falsche Identitäten vorzutäuschen bringt daher keinen Vorteil — nur reine Rechenleistung zählt. Die Finalität ist probabilistisch. Das Bitcoin-Whitepaper beschreibt, dass Nodes stets „die längste Chain als die korrekte“ erweitern (Bitcoin-Whitepaper); ein Empfänger gewinnt Vertrauen darin, dass eine Transaktion abgewickelt ist, indem er abwartet, bis weitere Blöcke darauf gemined werden. Jeder neue Block macht es exponentiell teurer, die Historie umzuschreiben, aber kein einzelner Block ist sofort und mathematisch endgültig.

Der Nachteil ist Energie. Ein Netzwerk durch reale Berechnungen abzusichern bedeutet realen Stromverbrauch; deshalb wird Bitcoin-Mining in Terawattstunden pro Jahr gemessen. Beispiel-Chains: Bitcoin, Litecoin, Dogecoin und Ethereum vor 2022.

Proof of Stake

Proof of Stake (PoS) ersetzt Rechenarbeit durch eine wirtschaftliche Sicherheit. Statt Mining staken Teilnehmende den nativen Vermögenswert des Netzwerks, also sperren ihn ein, und das Protokoll wählt pseudozufällig einen Staker aus, um jeden Block vorzuschlagen. Die Validator-Rolle von Ethereum ist ein gutes Referenzdesign: Ein Validator hinterlegt 32 ETH und betreibt Client-Software; das Protokoll wählt dann zufällig „einen Validator ... als Block-Proposer in jedem Slot“ aus, während ein zufällig ausgewähltes Komitee anderer Validatoren die Gültigkeit dieses Blocks attestiert (ethereum.org: Proof-of-stake).

Die Sybil-Resistenz kommt aus dem Stake selbst: Viele falsche Validatoren zu erstellen bedeutet nur, dass dasselbe Kapital auf mehr Identitäten verteilt wird, was keinen zusätzlichen Einfluss verschafft. Unehrliches Verhalten, etwa widersprüchliche Blöcke oder gegensätzliche Attestierungen vorzuschlagen, wird durch Slashing bestraft: Das Protokoll verbrennt einen Teil des Stakes des betreffenden Validators (ethereum.org: Proof-of-stake). Ethereum finalisiert Blöcke in Epochen mithilfe eines Checkpoint-Mechanismus (Casper FFG kombiniert mit der Fork-Choice-Regel LMD-GHOST). Das bietet stärkere Finalitätsgarantien als reines PoW, ohne eine BFT-artige Abstimmung in einer einzigen Runde zu benötigen.

Der wesentliche Unterschied zu PoW ist Energie: Staking benötigt keine spezialisierte Hardware, die um das Lösen von Rätseln konkurriert; wie ethereum.org formuliert, „muss nicht viel Energie für Proof-of-Work-Berechnungen eingesetzt werden“ (ethereum.org: Proof-of-stake). Das Ausmaß dieser Einsparung ist gut belegt: Eine unabhängige Analyse (CCRI) ergab, dass Ethereums Übergang von PoW zu PoS im September 2022 — „The Merge“ — den annualisierten Stromverbrauch des Netzwerks um mehr als 99.988% senkte (ethereum.org: Energy consumption). Beispiel-Chains: Ethereum, Cardano, Solana (nutzt PoS neben Proof of History für wirtschaftliche Sicherheit) und Polkadot.

Delegated Proof of Stake

Delegated Proof of Stake (DPoS) behält das Staking-Modell bei, fügt aber eine Wahlebene hinzu. Statt jeden Staker einzeln zum Vorschlagen von Blöcken zuzulassen, stimmen Token-Inhaber mit ihrem Stake für eine kleine Gruppe von Delegierten (auch Witnesses oder Block-Produzenten genannt); nur diese gewählte Gruppe produziert tatsächlich Blöcke. Die Stimmkraft wächst mit der Anzahl der gehaltenen Token. Die Fachliteratur erklärt den Kernmechanismus treffend: „Die Stimmkraft jedes Token-Inhabers ist proportional zur Anzahl der von ihm gehaltenen Token.“ Zudem laufen die Wahlen kontinuierlich, sodass Inhaber ihre Stimmen jederzeit neu zuweisen oder leistungsschwache Delegierte abwählen können (Binance Academy: Delegated Proof of Stake erklärt).

Die Sybil-Resistenz bleibt Stake-basiert — Stimmen werden nach gehaltenen Token und nicht nach Kontenanzahl gewichtet —, doch die Blockproduktion ist in einem kleinen, gewählten Komitee konzentriert, statt allen Stakern offenzustehen. Genau das ist der Zweck dieser Konzentration: Weil die aktive Validator-Gruppe klein ist und im Voraus bekannt ist, können DPoS-Netzwerke „schnelle Blockzeiten, oft deutlich unter drei Sekunden“ erreichen (Binance Academy: Delegated Proof of Stake erklärt). Der Preis dafür ist eine geringere Dezentralisierung: Die meisten DPoS-Netzwerke arbeiten mit ungefähr „21 bis 101 aktiven Validatoren“, einer weitaus kleineren Gruppe als den Hunderten oder Tausenden von Validatoren, die für offene PoS-Netzwerke typisch sind. Wahlmüdigkeit kann zudem dazu führen, dass sich dieselben Delegierten mit der Zeit festsetzen (Binance Academy: Delegated Proof of Stake erklärt). Beispiel-Chains: EOS, TRON und — in modifizierter Form — viele frühe Anwendungschains auf dem Cosmos SDK.

BFT-artiger Konsens (Tendermint / CometBFT, PBFT)

Byzantine Fault Tolerant (BFT)-Konsens verfolgt einen ganz anderen Ansatz: Statt zu konkurrieren oder für jeden Block zufällig einen Proposer auszuwählen, führt eine bekannte Gruppe von Validatoren ausdrückliche Abstimmungsrunden durch und finalisiert einen Block erst, wenn eine Supermehrheit — typischerweise mehr als zwei Drittel der Stimmkraft — ihm in derselben Runde zustimmt. CometBFT (der Nachfolger von Tendermint Core, der Konsens-Engine hinter dem Cosmos SDK) beschreibt sich als System, das „byzantinisch fehlertolerante (BFT-)Replikation von Zustandsautomaten (SMR) für beliebige deterministische, endliche Zustandsautomaten“ ausführt (Cosmos-Dokumentation: CometBFT). Das bedeutet: Es verwandelt eine Gruppe unabhängig betriebener Nodes in ein einheitliches, repliziertes Ledger, selbst wenn einige davon fehlerhaft oder böswillig sind.

Die Sybil-Resistenz in Tendermint-artigen Chains wird typischerweise durch Staking ergänzt (Validatoren werden wie bei PoS nach Stake gewichtet), während das BFT-Abstimmungsprotokoll selbst die Finalität liefert: Sobald ein Block in einer Runde die erforderliche Supermehrheit an Validator-Signaturen sammelt, wird er finalisiert und kann nicht wie ein PoW-Block reorganisiert werden. Das führt zu einer schnellen, praktischen Abwicklung — das Cosmos Network hebt für CometBFT-basierte Chains eine Transaktionsabwicklung unter einer Sekunde hervor (Cosmos Network) — im Gegensatz zum Bestätigungsmodell von PoW, das auf Warten beruht. Der Nachteil ist, dass BFT-Protokolle eine bekannte und in ihrer Größe begrenzte Validator-Gruppe benötigen (der Kommunikationsaufwand wächst mit der Anzahl der Validatoren); dadurch ist begrenzt, wie viele Validatoren direkt teilnehmen können. Beispiel-Chains: Cosmos Hub und andere Chains auf dem Cosmos SDK (CometBFT), Binance Chain sowie erlaubnispflichtige Unternehmens-Ledger, die auf dem ursprünglichen Design der Practical Byzantine Fault Tolerance (PBFT) beruhen.

Darüber hinaus: Proof of History, Proof of Authority, Proof of Space

Einige weitere Mechanismen runden das Bild ab. Jeder von ihnen löst ein engeres Problem, statt die grundlegende Frage der Sybil-Resistenz zu ersetzen.

Proof of History (PoH), den Solana neben PoS verwendet, ist kein eigenständiger Konsensmechanismus, sondern eine kryptografische Uhr. Er fügt überprüfbare Zeitstempel direkt in die Chain ein, indem „die Daten der zuvor erzeugten Zustände“ wiederholt gehasht werden. Dadurch entsteht eine Sequenz, die belegt, wie viel Zeit zwischen Ereignissen verging, ohne dass Validatoren über die Zeit kommunizieren müssen (Solana: Proof of History). Diese Uhr liefert Validatoren eine überprüfbare Reihenfolge für den Konsens, führt Transaktionen aber nicht selbst parallel aus. Die parallele Ausführung übernimmt Sealevel: Solana-Transaktionen deklarieren jedes Konto, aus dem sie lesen oder in das sie schreiben werden. Dadurch kann die Laufzeitumgebung Transaktionen ohne Überschneidungen — sowie Transaktionen, die denselben Zustand nur lesen — gleichzeitig ausführen (Solana: Sealevel).

Proof of Authority (PoA) ersetzt offenes Mining oder stakebasierte Validierung durch eine zugangsbeschränkte Gruppe autorisierter Signierer. Gegenüber PoW senkt dies die Ressourcenkosten der Blockerzeugung erheblich; laut ethereum.org vermeidet PoA den hohen Ressourcenbedarf des PoW-Minings (ethereum.org: Proof-of-authority). Die Betriebs- oder Sicherheitskosten des Netzwerks entfallen dadurch jedoch nicht. Die Sicherheits- und Governance-Verantwortung verlagert sich auf die Identitäten und den Ruf vertrauenswürdiger Validatoren sowie auf die Regeln für die Aufnahme von Signierern: PoA setzt Vertrauen in bekannte Signierer voraus, das häufig durch KYC oder bekannte Organisationen begründet wird (ethereum.org: vertrauenswürdige Signierer), und bei der von ethereum.org beschriebenen Implementierung stimmen die Signierer über die Aufnahme oder Entfernung anderer Signierer ab (ethereum.org: Aufnahme von Signierern). Dafür wird Dezentralisierung gegen Geschwindigkeit und niedrige Betriebskosten eingetauscht. Deshalb wird PoA überwiegend in privaten Chains, Testnets und lokalen Entwicklungsnetzwerken eingesetzt, nicht in öffentlichen Netzwerken mit gegnerischen Akteuren.

Proof of Space (und seine Variante Proof of Space-Time) ersetzt Rechenleistung oder Stake durch zugewiesenen Festplattenspeicher: Teilnehmende weisen nach, dass sie ungenutzten Speicherplatz auf Festplatten reserviert haben, und das Protokoll fordert sie regelmäßig auf zu belegen, dass sie ihn weiterhin vorhalten. Das bietet PoW-ähnliche Sybil-Resistenz bei deutlich geringerem Energieverbrauch, setzt jedoch große Mengen an Speicherhardware voraus. Chia ist das bekannteste Beispiel.

Vergleich der Mechanismen

Wie dies mit tokenisierten Domains zusammenhängt

Konsensmechanismen bilden die unsichtbare Grundlage unter jeder tokenisierten Domain. Wenn eine .com-, .ai- oder .io-Domain als NFT geprägt wird, sichert der Konsens der Chain den On-Chain-Eigentumsnachweis sowie alle dort verzeichneten Token-Übertragungen und Verkaufsabwicklungen. Er ersetzt nicht die Prozesse von Registrar und Registry, die für die Verlängerung der zugrunde liegenden DNS-Domain und den Fortbestand ihrer Registrierung erforderlich sind. Eine auf Ethereum geprägte Domain-NFT übernimmt die Checkpoint-basierten Finalitätsgarantien des Ethereum-PoS; derselbe Vermögenswert auf einer PoW-Chain übernimmt deren probabilistisches Bestätigungsmodell. Transaktionsgebühren und die von Nutzern wahrgenommene Zeit, bis eine Transaktion praktisch als abgewickelt gilt, hängen außerdem von der Ausführungskapazität, der Nachfrage im Netzwerk und davon ab, ob die Abwicklung über L1 oder L2 erfolgt — sie werden nicht allein durch PoW oder PoS bestimmt. Zu verstehen, welcher Mechanismus einer Chain zugrunde liegt, was er tatsächlich absichert und was seine Garantien für Sybil-Resistenz und Finalität bedeuten, gehört zur Bewertung jedes On-Chain-Vermögenswerts, einschließlich tokenisierter Domains.

Quellen und weiterführende Lektüre

• Bitcoin: Ein elektronisches Peer-to-Peer-Geldsystem (Nakamoto-Whitepaper)
• ethereum.org — Proof-of-work
• ethereum.org — Proof-of-stake
• ethereum.org — Proof-of-authority
• ethereum.org — Energieverbrauch
• Cosmos-Dokumentation — CometBFT
• Cosmos Network
• Binance Academy — Delegated Proof of Stake erklärt
• Solana — Proof of History
• Solana — Sealevel: Tausende Smart Contracts parallel verarbeiten