Was ist Proof of Stake?

Proof of Stake (PoS) ist eine Kategorie von Konsensmechanismen, die eine Blockchain über hinterlegte Assets und Protokollregeln schützt. Beteiligte bringen das vom Netzwerk vorgegebene Asset in einen Zustand, auf den das Protokoll zugreifen kann, und werden damit zu Validierenden oder unterstützen solche. Anschließend verteilt das Protokoll Aufgaben zum Vorschlagen von Blöcken und zum Abstimmen unter den Validierenden und zahlt Belohnungen aus oder verhängt Strafen, je nachdem, ob diese Aufgaben korrekt erfüllt werden.

„Stake“ bedeutet hier keine Unternehmensbeteiligung, und das Halten eines Tokens erlaubt es nicht, das Ledger direkt zu ändern. Staking erfüllt vor allem zwei Zwecke: Es begrenzt, wer den Konsens beeinflussen kann, und es gibt Regelverstoßenden Assets, die sie verlieren können. Ein von Validierenden vorgeschlagener Block muss weiterhin von anderen Nodes geprüft werden; ein Block, der Transaktions- oder Protokollregeln verletzt, wird nicht gültig, weil die vorschlagende Partei viel hinterlegt hat.

Welches Problem Proof of Stake adressiert

Ein offenes Netzwerk kann das Recht zur Buchführung nicht durch Zählen von Konten oder Nodes verteilen, denn dieselbe Partei kann beliebig viele Identitäten anlegen. Proof of Stake verknüpft Einfluss auf den Konsens mit einem im Protokoll nachprüfbaren Stake, sodass das massenhafte Anlegen leerer Konten allein kein gleichwertiges Gewicht verschafft.

Außerdem muss der Mechanismus die Koordinationsfragen lösen, die jede Blockchain hat: wer den nächsten Satz Transaktionen vorschlägt, wie andere Beteiligte ihn prüfen und abstimmen, welcher Zweig übernommen wird, wenn mehrere gültige Blöcke gleichzeitig erscheinen, und ab wann eine Transaktion den vom Protokoll definierten Endzustand erreicht.

Anders als Proof of Work verlangt Proof of Stake in der Regel nicht, dass Beteiligte laufend sehr viele Hash-Versuche durchführen, um um die Blockproduktion zu konkurrieren. Die Sicherheitsvorgaben entstehen aus gesperrten oder zugesagten Assets, Nachrichten der Validierenden sowie Belohnungen und Strafen. Das senkt üblicherweise den Energiebedarf und den Bedarf an spezialisierter Hardware für die Konsensberechnung, beseitigt aber keine Kosten für Server, Netzwerkkommunikation, Softwarepflege oder das Risiko konzentrierter Teilnahme.

Vom Staking bis zur Blockbestätigung

Proof-of-Stake-Netzwerke unterscheiden sich stark in Auswahlalgorithmus, Abstimmungsschwellen und Strafregeln. Im Folgenden steht ein verbreiteter Ablauf, keine überall identische Schrittfolge.

In die Validierenden-Menge aufgenommen werden

Beteiligte hinterlegen zunächst den vom Protokoll verlangten Assetbetrag und betreiben Validierungssoftware. Der Stake kann von den Validierenden selbst stammen oder von Delegierenden – Personen, die ihr Stake-Gewicht einem Validierenden zur Nutzung überlassen, ohne zwangsläufig die Kontrolle über die Assets abzugeben. Manche Netzwerke setzen einen Mindestbetrag, eine Aktivierungswartezeit und eine Austrittsphase; andere erlauben, kleinere Beträge direkt an bestehende Validierende zu delegieren.

Validierende zu werden heißt nicht nur, Assets auf eine Adresse zu legen. In der Regel müssen sie auch Signaturschlüssel sichern, Geräte online halten, Blöcke zeitnah empfangen und Protokollnachrichten innerhalb der vorgegebenen Zeit senden. Ob hinterlegte Assets jederzeit abgezogen werden können, wie lange ein Austritt dauert und ob Delegierende die Kontrolle über ihre Assets behalten, bestimmt das jeweilige Netzwerk und die gewählte Dienstkonstruktion.

Blockvorschlagende zuweisen

Das Protokoll weist aus der aktuellen Validierenden-Menge Beteiligte zu, die neue Blöcke vorschlagen. Ein verbreiteter Ansatz verbindet Zufallsauswahl mit Stake-Gewicht: Höheres Gewicht bedeutet meist eine größere Chance auf Aufgaben über einen Zeitraum, garantiert aber keine Auswahl in jedem Einzelfall.

Zufall dient dazu, das Risiko zu senken, dass die nächste vorschlagende Partei vorab manipuliert oder angegriffen wird. Ein konkretes Netzwerk kann Slots, Runden, Komitees oder wechselnde Vorschlagende einführen; ein Komitee ist eine Gruppe von Validierenden, die das Protokoll zeitweise auswählt, um gemeinsam Abstimmungsaufgaben zu erfüllen. „Eine nach Stake gewichtete Verlosung“ fasst daher nur einen Teil dieser Mechanismen zusammen und ersetzt nicht die tatsächlichen Protokollregeln.

Den Block prüfen und Stimmen senden

Die ausgewählte vorschlagende Partei stellt einen Kandidatenblock zusammen und verbreitet ihn. Andere Validierende oder Nodes prüfen Bedingungen wie Transaktionssignaturen, Assetzustand, Blockformat und Vorschlagsberechtigung. Validierende mit Konsensaufgaben senden zusätzlich signierte Nachrichten, die angeben, welchen Block sie für gültig halten, welchem Zweig derzeit gefolgt werden soll oder welcher Checkpoint bestätigt werden kann. Ein Checkpoint ist ein Referenzblock, den das Protokoll regelmäßig als Ziel einer gebündelten Abstimmung auswählt.

Diese signierten Nachrichten werden oft Attestierungen oder Stimmen genannt. Das Protokoll zählt sie nach dem wirksamen Stake-Gewicht der Validierenden und nicht einfach nach Anzahl der Nachrichten. Denselben Stake auf mehrere Validierenden-Identitäten zu verteilen, erzeugt normalerweise kein zusätzliches Gesamtgewicht aus dem Nichts.

Konkurrierende Zweige und Finalität behandeln

Netzwerklatenz oder ein regelwidriger Vorschlag können dazu führen, dass Nodes vorübergehend mehrere gültige Kandidaten sehen. Eine Fork-Choice-Regel bestimmt, welchem Zweig ein Node gerade folgt, häufig anhand des Stake-Gewichts, das die jüngsten Stimmen der Validierenden repräsentieren. Ein junger Zweig kann sich noch ändern, wenn neue Nachrichten eintreffen.

Manche Proof-of-Stake-Netzwerke haben zusätzlich ausdrückliche Finalitätsregeln: Überschreitet die Abstimmung eine festgelegte Schwelle, wird ein Block oder Checkpoint als finalisiert markiert. Widersprüchliche Endergebnisse bedeuten in der Regel, dass genügend Stake-Gewicht die Sicherheitsannahmen des Protokolls verletzt hat; in Netzwerken mit Slashing können nachweisbar widersprüchliche Signaturen dieses auch auslösen. Andere Netzwerke können ein anderes Bestätigungsmodell nutzen, daher lassen sich Ethereums Abstimmungsschwellen oder Zeitpläne nicht als Standard aller PoS-Netzwerke behandeln.

Stake-Gewicht ist keine direkte Abstimmung der Haltenden

„Mehr Stake, mehr Einfluss“ beschreibt nur einen Teil des Zusammenhangs. Gezählt werden meist die gültigen Nachrichten, die in den Konsensprozess eingegangen sind, die Aktivierungsbedingungen erfüllen und mit Validierenden-Schlüsseln signiert wurden – nicht der Bestand aller Assets in einer Wallet.

Haltende können selbst Validierende betreiben, Assets an andere Validierende delegieren oder einen Staking-Dienst nutzen. Delegation verändert in der Regel das Gewicht, das ein Validierender repräsentiert, doch Delegierende betreiben nicht zwangsläufig einen Node, prüfen nicht jeden Block und senden keine Stimmen. So erlaubt der Delegationsmechanismus von Cardano Haltenden, das Nutzungsrecht an ihren Assets zu behalten und gleichzeitig das Gewicht für die Blockproduktion einem Stake Pool zu übertragen. Wenn ein Anbieter für andere handelt, kommen mit Verwahrung, Abhebungsrechten, Betriebsstörungen und Gebühren Risiken außerhalb des Protokolls hinzu.

Stake-Gewicht ist auch kein allgemeines Stimmrecht über die Regeln. Validierende beurteilen Blöcke nach der Software, die sie ausführen; ob ein Protokoll-Upgrade übernommen wird, hängt zusätzlich davon ab, wie Node-Betreibende, Entwickelnde, Anwendungen, Nutzende und andere Beteiligte Software und Chains wählen. Konsensausführung und Protokoll-Governance hängen zusammen, sind aber nicht dasselbe.

Belohnungen, gewöhnliche Strafen und Slashing

Proof of Stake nutzt Belohnungen, um Validierende dazu zu bewegen, Blöcke rechtzeitig vorzuschlagen, korrekte Stimmen zu senden und online zu bleiben. Wer Aufgaben verpasst, erhält die entsprechende Belohnung möglicherweise nicht; manche Netzwerke ziehen zusätzlich einen kleinen Teil des Stakes ab. Solche Folgen aus Offline-Zeit oder Verzögerung lassen sich von Sanktionen für schwere Verstöße unterscheiden.

Slashing ist eine schwerere Strafe für eindeutig nachweisbares Verhalten, etwa wenn dieselben Validierenden widersprüchliche Blöcke signieren, wo das nicht zulässig ist. Das Protokoll kann solches Verhalten anhand der hinterlassenen Signaturnachweise feststellen und einen Teil des Stakes abziehen, einen Austritt erzwingen oder beides.

Nicht alle Proof-of-Stake-Netzwerke haben dieselben Slashing-Bedingungen, und nicht jeder Softwarefehler führt zum Verlust des gesamten Stakes. Das konkrete Ergebnis hängt von den Netzwerkregeln, der Art des Verstoßes, der Zahl gleichzeitig verstoßender Validierenden und der vereinbarten Dienstleistungsbedingung ab. Assets einem Staking-Dienst zu übergeben bedeutet ebenfalls nicht, dass eine Plattform Protokoll- und Anbieterrisiko automatisch übernimmt.

Finalität steht unter Sicherheitsannahmen

Ein ausdrücklich als final markierter Block ist meist schwerer zu ersetzen als ein junger, nicht finalisierter Block, doch „final“ ruht weiterhin auf den Sicherheitsannahmen des Protokolls. Verletzt genügend Stake-Gewicht gleichzeitig die Regeln, weist die Validierungssoftware einen schweren Fehler auf oder bleibt das Netzwerk lange geteilt, kann das System die Finalisierung einstellen oder sogar widersprüchliche Ergebnisse hervorbringen.

Ethereum ist ein Beispiel: Es wählt mit dem Stake-Gewicht der Validierenden-Stimmen den aktuellen Chain Head und bildet Finalität über Checkpoint-Abstimmungen. Finalität erfordert Unterstützung eines festgelegten Anteils am Stake-Gewicht, und die Bedingungen, Finalisierung zu verhindern, unterscheiden sich von denen, einen bereits finalisierten Block umzustoßen. Das verdeutlicht, dass Vorschlag, Fork Choice und Finalität getrennte Schritte sind; es bedeutet nicht, dass andere PoS-Netzwerke dieselben Schwellen verwenden.

Ein Node, der nach langer Offline-Zeit wieder beitritt, benötigt möglicherweise einen vertrauenswürdigen jüngeren Checkpoint, um nicht von einem langen Verlauf früherer Validierenden in die Irre geführt zu werden. Dieses Problem der „schwachen Subjektivität“ und seine Lösungen sind nicht in allen PoS-Protokollen gleich, zeigen aber, dass sich die Synchronisation eines neuen Nodes auf einer Stake-Chain nicht zwangsläufig allein durch Datenvergleich ab dem Genesis-Block lösen lässt.

Was ein großer Stake bewirken kann

Wer mehr wirksames Stake-Gewicht kontrolliert, erhält meist mehr Einfluss auf Vorschläge oder Stimmen. Damit lassen sich bestimmte Transaktionen verzögern, die Auswahl eines jungen Zweigs beeinflussen oder die Finalität des Netzwerks verhindern. Bei höheren Schwellen und in Verbindung mit bestimmten Verstößen sind auch widersprüchliche Bestätigungen oder Versuche möglich, den Verlauf zu reorganisieren.

Ein Stake-Vorteil macht eine ungültige Transaktion aber nicht wirksam. Vollständige Nodes, die die Regeln einhalten und Blöcke eigenständig prüfen, lehnen Blöcke mit gefälschten Signaturen, aus dem Nichts erzeugten Assets oder Verletzungen der Zustandsübergangsregeln weiterhin ab. Ein großer Stake beeinflusst Auswahl und Bestätigung unter gültigen Kandidaten; er ist keine Administrationsbefugnis, die alle Protokollregeln umgeht.

Die tatsächliche Angriffsfähigkeit hängt von den Abstimmungsschwellen des jeweiligen Protokolls, den Slashing-Bedingungen, der Verteilung der Validierenden, den Client-Implementierungen und dem Netzwerkzustand ab. Ein „51-%-Angriff“ lässt sich nicht unmittelbar von Proof of Work auf jedes Proof-of-Stake-Netzwerk übertragen, und der Bestand einer einzelnen Adresse zeigt nicht, wer die Validierenden-Schlüssel und Stimmen wirklich kontrolliert.

Die wichtigsten Abwägungen

Proof of Stake vermeidet den dauerhaften großflächigen Hash-Wettbewerb von Proof of Work, verlagert Sicherheitsressourcen jedoch von externer Rechenleistung auf Protokoll-Assets und Validierungsinfrastruktur. Häufige Abwägungen sind:

• Stake-Konzentration: Große Haltende, Verwahrplattformen, Staking-Protokolle mit umfangreichen delegierten Assets oder wenige Node-Betreibende können erhebliches Validierungsgewicht bündeln.
• Einstiegshürden: Mindestbeträge, Hardwareanforderungen, technische Pflege und Austrittswartezeiten können die direkte Teilnahme begrenzen.
• Strafrisiko: Schlüsselmissbrauch, Doppelsignierung, fehlerhafte Softwarekonfiguration oder Anbieterausfälle können zu Belohnungsverlust oder Slashing führen.
• Liquiditäts- und Preisrisiko: Assets können während Staking oder Austrittsphase nicht verfügbar sein, und ihr Marktwert verändert sich ebenfalls.
• Software- und Netzwerkabhängigkeit: Client-Fehler, ein zu hoher Anteil einer einzelnen Implementierung oder eine Netzstörung können viele Validierende gleichzeitig offline nehmen oder zu falschen Nachrichten führen.
• Governance und Wiederherstellung: Die Erholung nach einem schweren Angriff kann erfordern, dass Nodes, Anwendungen und Community außerhalb des Protokolls abstimmen, welcher Verlauf übernommen wird.

Staking-Erträge sind keine risikofreien Zinsen. Belohnungen stammen aus Emission, Gebühren oder anderen Protokolleinnahmen des Netzwerks. Staking selbst kann Preis-, Sperr- und Strafrisiken mitbringen, und die Nutzung eines Staking-Dienstes oder -Vertrags kann Anbieter- und Smart-Contract-Risiko hinzufügen.

Proof of Stake und verwandte Begriffe

Proof of Stake ist eine Kategorie von Konsensmechanismen; Staking ist das Mittel, mit dem Teilnahmerechte und Verhalten eingegrenzt werden. Nicht alles, was „Staking“ heißt, nimmt am Basiskonsens teil: Sperrbelohnungen einer Plattform, Liquiditätsanreize in Produkten der dezentralen Finanzwelt oder das Sperren von Governance-Token können ebenfalls so genannt werden, erfüllen aber andere Zwecke und bringen andere Risiken mit.

Delegated Proof of Stake erlaubt Haltenden in der Regel, Gewicht an Validierende zu delegieren, die die Infrastruktur betreiben und an Blockproduktion oder Abstimmung teilnehmen. Dieser Name umfasst sehr unterschiedliche Entwürfe; das Wort „delegated“ allein sagt nichts über Wahlverfahren, Zahl der Validierenden, Verwahrung der Assets oder die Haftung für Strafen.

Proof of Stake bedeutet auch nicht, dass die Validierung durch Nodes entfällt. Ein vollständiger Node ohne Stake kann weiterhin prüfen, ob Blöcke den Regeln entsprechen; er übernimmt lediglich meist nicht die Vorschlags- und Abstimmungsaufgaben, die eine Validierenden-Signatur erfordern. Ob jemand stakt, ob jemand Validierende betreibt und ob jemand einen vollständigen Node betreibt, der nur Daten validiert, sind drei getrennte Fragen.

Häufig gestellte Fragen

Wird man durch das Halten von Token automatisch Validierende?

Normalerweise nicht. Zusätzlich sind Anforderungen an Staking, Aktivierung, Software und Schlüsselverwaltung zu erfüllen, oder die Assets werden an Beteiligte delegiert, die Validierungsdienste anbieten. Die genauen Regeln legt das Netzwerk fest.

Führt mehr Stake immer zu mehr Blöcken?

Nicht zwangsläufig. Stake-Gewicht verbessert meist die Chance, über einen Zeitraum ausgewählt zu werden oder abzustimmen, doch eine einzelne Auswahl kann zufallsbehaftet sein, und ein Protokoll kann Gewichtsobergrenzen, Komitees oder andere Grenzen setzen.

Verbraucht Proof of Stake überhaupt keine Energie?

Nein. Validierende und Nodes müssen weiterhin Server betreiben, Daten speichern und kommunizieren. Der großflächige Hash-Wettbewerb von Proof of Work entfällt meist, der Energieverbrauch sinkt aber nicht auf null.

Sind Slashing und Anlageverlust dasselbe?

Nein. Slashing ist der protokollseitige Abzug von Stake für nachweisbares Fehlverhalten; Verluste durch fallende Marktpreise, Dienstgebühren, nicht rechtzeitigen Austritt oder Vertragsfehler gehören zu anderen Risiken.

Ist ein finalisierter Block absolut unveränderlich?

Nicht bedingungslos. Finalität bedeutet, dass das Umstoßen eines Blocks unter den vom Protokoll gesetzten Annahmen zu Beteiligungsquote, Netzwerk und Software schweres Fehlverhalten und hohe Kosten erfordert. Werden diese Sicherheitsannahmen durchbrochen, kann weiterhin Koordination außerhalb des Protokolls nötig sein.

Verwandte Begriffe

Lies weiter über Konsensmechanismus, Proof of Work, Block und Blockchain-Node, oder kehre zum Krypto-Glossar zurück.

Quellen

• NISTIR 8202: Blockchain Technology Overview — allgemeine Definition von Proof of Stake, Stake-Gewicht und Blockveröffentlichung.
• Ethereum.org: Proof of Stake — Aufgaben der Validierenden, Vorschläge, Stimmen, Fork Choice, Finalität und Beispiele für Staking-Strafen.
• Ethereum.org: Belohnungen und Strafen — Offline-Strafen, slashbares Verhalten und Ethereums Wiederherstellungsmechanismen.
• Ethereum.org: FAQ zu Proof of Stake — Fork Choice, Finalität, schwache Subjektivität und Grenzen des Ethereum-spezifischen Entwurfs.
• Cardano Docs: Delegation — Delegation, Nutzungsrecht an Assets und Aufgaben von Stake Pools in einer anderen PoS-Umsetzung.