Proof of Stake

Rechenaufwand durch protokolldefinierten Stake ersetzen

Proof of Stake (PoS) ist eine Gruppe von Konsensmechanismen, bei denen Teilnehmende bestimmte Konsensaufgaben übernehmen, indem sie Werte binden oder anderweitig stakebezogene, vom Protokoll festgelegte Bedingungen erfüllen. Anstatt fortlaufend darum zu konkurrieren, ein Hash-Rätsel zu lösen, können Validatoren ausgewählt werden, um Blöcke vorzuschlagen, vorgeschlagene Blöcke zu attestieren oder in einem Finalisierungsprozess abzustimmen. Ein Validator ist ein Teilnehmer, der die Netzwerkregeln befolgt, um Blöcke zu prüfen und zu einer Einigung über sie beizutragen. Der Begriff Stake bezieht sich häufig auf Vermögenswerte, die gesperrt, gebunden oder auf andere Weise protokolldefinierten Strafen ausgesetzt sind. Die genauen wirtschaftlichen Rechte, Teilnahmebedingungen und Auszahlungskonditionen unterscheiden sich je nach Netzwerk.

PoS sollte nicht als ein einzelner universeller Algorithmus beschrieben werden. Netzwerke unterscheiden sich hinsichtlich der Zulassung von Validatoren, der Gewichtung von Stimmen, der Auswahl von Blockvorschlagenden, der Kommunikationsrunden, der Delegationsmechanismen, der Strafen und der Finalitätsregeln. Einige verwenden explizite Abstimmungsschwellen, um Checkpoints zu finalisieren; andere bieten begrenztere oder andersartige Zusicherungen. Ein sorgfältiger Vergleich benennt daher das konkrete Protokoll, statt anzunehmen, dass jede PoS-Blockchain wie ein weithin bekanntes Beispiel funktioniert. NIST IR 8202 beschreibt PoS als einen von mehreren Konsensansätzen, während ISO 22739:2024 allgemeine Begriffe für Blockchain- und Distributed-Ledger-Technologien bereitstellt.

Validatoren, Vorschläge und Attestierungen

Ein typisches PoS-Design weist das Recht, den nächsten Block vorzuschlagen, anhand einer Regel zu, die den Stake und mitunter einen pseudorandomisierten Auswahlmechanismus berücksichtigt. Pseudorandomisiert bedeutet, dass die Auswahl innerhalb festgelegter Einschränkungen unvorhersehbar erscheint, aber einem deterministischen Protokoll folgt, sobald die erforderlichen Eingaben bekannt sind. Der Blockvorschlagende bündelt Transaktionen oder Zustandsänderungen in einem Kandidatenblock. Andere Validatoren prüfen dessen Gültigkeit und können protokolldefinierte Stimmen abgeben, die häufig als Attestierungen bezeichnet werden. Das Netzwerk verwendet diese Stimmen und seine Fork-Choice-Regeln, um zu entscheiden, auf welchem Zweig es aufbaut. Je nach Design können Blöcke zusätzliche Runden durchlaufen, bevor sie explizit finalisiert werden.

Ethereum dient als konkretes Beispiel: Sein PoS-Konsens teilt die Zeit in Slots und Epochen ein; ein Slot ist die Gelegenheit, einen Block vorzuschlagen, und eine Epoche fasst Slots für Validatoraufgaben und die Abrechnung von Checkpoints zusammen. Der dokumentierte Zeitplan von Ethereum sieht 12-Sekunden-Slots und Epochen mit 32 Slots vor. Dieser Zeitplan ist keine allgemeine PoS-Anforderung. Validatoren attestieren ihre Sicht auf die Blockchain, und die Protokollregeln aggregieren diese Attestierungen für die Fork Choice und die Finalität. Ein Teilnehmer kann aufgrund schlechter Netzwerkanbindung oder Softwareproblemen eine planmäßige Aufgabe versäumen, ohne sich notwendigerweise böswillig zu verhalten. Ein Netzwerk unterscheidet daher gewöhnliche Inaktivität von bestimmten Formen nachweisbaren widersprüchlichen Verhaltens.

Fork Choice und Finalisierung sind unterschiedliche Prozesse

Die Fork Choice bestimmt anhand konkurrierender gültiger Vorschläge den aktuell bevorzugten Kopf der Blockchain. Die Finalisierung kennzeichnet eine Historie, die nicht ersetzt werden sollte, sofern nicht die schwerwiegenden Fehlerbedingungen des Protokolls eintreten. Einige PoS-Systeme führen beide Prozesse getrennt durch und verwenden Attestierungen für die Auswahl des Zweigs sowie Mehrheitsabstimmungen für Checkpoints. Bei Ethereum wird die Fork-Choice-Regel üblicherweise als LMD-GHOST bezeichnet; für die Finalisierung von Checkpoints wird Casper FFG verwendet. Diese benannten Mechanismen sind spezifisch für Ethereum und keine Definitionen von PoS an sich. Ein kürzlich vorgeschlagener Block kann der aktuelle Kopf der Blockchain sein, ohne dass seine Inhalte bereits explizite Finalität erreicht haben.

Belohnungen, Strafen und Slashing

Ein PoS-Protokoll kann Teilnehmende für die Erfüllung festgelegter Aufgaben belohnen und Strafen für das Versäumen oder Verletzen dieser Aufgaben vorsehen. Slashing ist in manchen Designs eine schwerwiegendere Strafe: Ein Validator verliert einen Teil seines gebundenen Stakes, wenn er sich nachweislich in einer verbotenen Weise verhält, etwa indem er gemäß den protokolldefinierten Bedingungen widersprüchliche Stimmen signiert. Damit sollen bestimmte Angriffe wirtschaftlich kostspielig gemacht und nachprüfbare Belege für Fehlverhalten geschaffen werden. Nicht jeder Fehler ist mit Slashing strafbar, und nicht jedes PoS-System setzt Slashing auf dieselbe Weise um. Eine Führungskraft sollte genau prüfen, welches Verhalten bestraft werden kann, wie Verstöße erkannt werden und ob Strafen automatisch verhängt werden oder einer Governance-Entscheidung unterliegen.

Eine finanzielle Strafe ist etwas anderes als ein kryptografischer Beweis dafür, dass ein Angriff niemals stattfinden könnte. Ein Angreifer kann nichtfinanzielle Ziele verfolgen, andere Vermögenswerte höher bewerten oder Verluste in Kauf nehmen. Validatoren können dieselbe Infrastruktur nutzen, von derselben Software abhängig sein oder gleichzeitige Ausfälle erleben. Wirtschaftliche Abschreckung ist wichtig, wirkt aber zusammen mit technischer Validierung, Netzwerkanbindung, Client-Vielfalt und transparenter Reaktion auf Vorfälle. Eine konzentrierte Verteilung des Stakes kann Governance- oder Zensurbedenken hervorrufen; eine große Zahl von Validator-Identifikatoren bedeutet unterdessen nicht zwangsläufig, dass eine große Zahl voneinander unabhängiger Organisationen diese Identitäten kontrolliert.

Sicherheit, Fortschrittsfähigkeit und Schwellenwerte

Zwei nützliche Eigenschaften sind Sicherheit und Fortschrittsfähigkeit. Sicherheit bedeutet, dass ehrliche Teilnehmende unter den Annahmen des Protokolls keine unvereinbaren Historien finalisieren sollten. Fortschrittsfähigkeit bedeutet, dass das Netzwerk weiter vorankommen und schließlich neue Blöcke verarbeiten oder finalisieren kann, wenn die erforderlichen Bedingungen erfüllt sind. Unter widrigen Umständen kann ein Netzwerk die Sicherheit wahren und gleichzeitig seine Fortschrittsfähigkeit verlieren: Es stoppt die Finalisierung, anstatt widersprüchliche finale Entscheidungen zu treffen. Ein solcher vorübergehender Stillstand kann eine beabsichtigte Schutzwirkung der Regeln sein, auch wenn er Nutzer beeinträchtigt, die auf eine zeitnahe Abwicklung angewiesen sind.

Beim aktuellen Design der Ethereum-Checkpoint-Finalität hängt die Finalisierung nach den Protokollregeln von Attestierungen ab, die mindestens zwei Drittel des relevanten gestakten Gewichts repräsentieren. Sinkt die Teilnahme ausreichend, kann die Finalisierung pausieren. Ethereum setzt außerdem einen Inaktivitäts-Leak-Mechanismus ein, der dabei helfen soll, die Finalität nach längerer unzureichender Teilnahme wiederherzustellen. Diese Details sind für die Bewertung von Ethereum wichtig; sie dürfen nicht so wiedergegeben werden, als würden alle PoS-Netzwerke dieselben Schwellenwerte verwenden. Die Aussage „PoS hat Finalität“ ist unpräzise, sofern Netzwerk, Finalitätsdefinition und Bedingungen nicht angegeben werden.

Delegation und Dienstleister

Bei einigen PoS-Designs können Inhaber ihre Stimmrechte oder ihre Staking-Teilnahme an einen Validator delegieren, ohne selbst die Validator-Infrastruktur betreiben zu müssen. Es sollte nicht angenommen werden, dass eine Delegation in jeder Implementierung identische rechtliche Eigentums- oder Verwahrungsrechte überträgt; dafür sind die zugrunde liegenden Vereinbarungen und Verträge maßgeblich. Betreiber können außerdem gehostete Validator-Dienste nutzen. Die Auslagerung des Betriebs kann den technischen Aufwand verringern, aber zugleich Abhängigkeiten von einer Handvoll Infrastrukturanbietern konzentrieren. Bei einer Institution sollte die Bewertung die Aufgabentrennung, Zugriffskontrollen, Prüfprotokolle, Risiken durch Auslagerung und die Folgen berücksichtigen, wenn ein Validator aufgrund von Konfigurationsfehlern widersprüchliche Nachrichten signiert.

Eine öffentliche Behörde muss keine Vermögenswerte staken, um diese Kontrollen zu verstehen. Sie kann ein PoS-Netzwerk über einen externen Dienst anbinden, der den Transaktionsstatus oder Finalisierungsbenachrichtigungen bereitstellt. Die Behörde sollte wissen, ob der Dienst eigene Validierungsknoten betreibt, Informationen von Dritten bezieht und zwischen vorgeschlagenen, akzeptierten und finalisierten Zuständen unterscheidet. Dabei handelt es sich um Fragen der Zusicherung und nicht um Beschaffungspräferenzen für einen bestimmten Anbieter. Ein Dienst kann eine Transaktion korrekt melden und dennoch nicht deutlich machen, dass ihr Finalisierungsstatus vorläufig oder netzwerkspezifisch ist.

Grenzen und Vergleichsaspekte

PoS verbraucht für den Konsens üblicherweise deutlich weniger Energie als rechenintensives PoW, da Validatoren nicht in gleichem Maße darum konkurrieren müssen, unbegrenzt nach Hashes zu suchen. Das bedeutet nicht, dass seine Infrastruktur keine Energie verbraucht oder sich die Umweltauswirkungen allein aus dem Konsenstyp ableiten lassen. Das Sicherheitsmodell legt stattdessen den Schwerpunkt auf die Verteilung des Stakes, wirtschaftliche Strafen, ehrliche Teilnahme, die Protokollimplementierung und Regeln für die Auswahl einer vertrauenswürdigen jüngeren Historie. Einige PoS-Systeme enthalten Anforderungen an eine schwache Subjektivität: Knoten, die nach längerer Abwesenheit wieder beitreten, benötigen möglicherweise einen aktuellen vertrauenswürdigen Checkpoint, um bestimmte Angriffe mit alternativen Historien zu vermeiden. Die konkrete Vorgehensweise und das damit verbundene Risiko hängen von der Blockchain ab.

Aus rechtlicher und politischer Sicht sind Konsensmechanismen für sich genommen weder eine Lizenz noch eine rechtliche Einstufung. Einige Offenlegungsvorschriften, etwa solche der EU, verlangen von Emittenten Angaben zu den Umweltauswirkungen des Konsensmechanismus; solche Regeln machen einen Mechanismus nicht rechtmäßig und einen anderen rechtswidrig. Führungskräfte sollten die tatsächlichen Offenlegungen, die Governance und die Risiken innerhalb der jeweiligen Rechtsordnung bewerten. In der technischen Dokumentation sollte gesondert erläutert werden, wer validiert, wie mit widersprüchlichen Stimmen umgegangen wird und wodurch ein akzeptierter Datensatz vor einer Rücknahme geschützt ist.

Kurzreferenz

Was Lernende behalten sollten

PoS wählt Teilnehmende anhand protokollspezifischer Stake-Vereinbarungen aus und motiviert sie damit, anstatt auf unbegrenzten Wettbewerb um Rechenleistung zu setzen. Validatoren können Blöcke vorschlagen, Transaktionen prüfen, Vorschläge attestieren und an Finalitätsregeln mitwirken. Fork Choice und explizite Finalisierung sind getrennte Funktionen; die Sicherheit kann bestehen bleiben, selbst wenn die Fortschrittsfähigkeit vorübergehend unterbrochen ist. Strafen und Slashing schrecken bestimmte Formen schlechten Verhaltens ab, beseitigen jedoch weder Konzentrationsrisiken noch das Risiko gleichzeitiger Ausfälle. Ziel dieses Kurses ist es, das Modell so weit zu verstehen, dass sich die Aussagen eines Protokolls kritisch beurteilen lassen – nicht, Netzwerke als Anlagen oder Dienstleistungsmarken einzustufen.

Prüfungsschwerpunkt: Definieren Sie Stake, Validator, Attestierung, Slashing, Sicherheit und Fortschrittsfähigkeit; unterscheiden Sie zwischen einem akzeptierten Blockchain-Kopf und einem finalisierten Checkpoint und behandeln Sie Ethereum-spezifische Implementierungsdetails nicht als universelle PoS-Regeln.

Quellenhinweise

Relevante Referenzen: NIST IR 8202 (2018), Blockchain Technology Overview; ISO 22739:2024, Vocabulary; Ethereum-Protokolldokumentation, Proof-of-stake und Rewards and penalties.