TL;DR
- Proof of Work macht Einfluss kostspielig, indem es nachprüfbare Rechenleistung erfordert. Proof of Stake macht Einfluss kostspielig, indem es gebundenes Kapital erfordert. Beide helfen bei der Entscheidung, wer Blöcke vorschlagen darf und wie viel Gewicht die Teilnehmer erhalten, aber ein vollständiges Konsenssystem benötigt außerdem deterministische Gültigkeitsregeln, eine Methode zur Auswahl zwischen gültigen Verzweigungen sowie ein Abwicklungs- oder Finalitätsmodell.
- Bitcoin-Miner stellen Blockkandidaten zusammen und hashen wiederholt einen 80-Byte-Blockheader, bis ein Ergebnis unter den Netzwerk-Zielwert fällt. Ein erfolgreicher Miner sendet den Block; Full Nodes akzeptieren ihn nur, wenn auch alle Regeln erfüllt sind. Nodes folgen normalerweise der gültigen Chain mit dem höchsten akkumulierten Proof-of-Work.
- Ethereum unterteilt die Zeit in 12-Sekunden-Slots und Epochen mit 32 Slots. In jedem Slot wird ein Validator pseudozufällig ausgewählt, um einen Block vorzuschlagen, während Komitees ihre Sicht auf die Kette bestätigen. LMD-GHOST wählt den Kopf aus und Casper FFG sorgt für die Endgültigkeit der Checkpoints.
- Die Angriffskosten lassen sich nicht auf eine einzige Zahl reduzieren. Sie umfassen die Kosten für den Erwerb oder die Kontrolle der Ressource, die Betriebskosten während des Angriffs, entgangene ehrliche Belohnungen, Markt- und Liquiditätseffekte, den Anteil, der im Nachhinein wiedergewonnen werden kann, sowie die Reaktion von Knoten, Börsen, Anwendungen und der breiteren Community.
In einem Block
Proof-of-Work und Proof-of-Stake sind hauptsächlich Mechanismen zur Sybil-Resistenz und zur Blockvorschlagstellung innerhalb größerer Konsenssysteme. Bitcoin verknüpft die Blockproduktion mit Rechenleistung und wählt die gültige Kette mit der größten akkumulierten Rechenleistung aus.
Was ist der Unterschied zwischen Proof of Work und Proof of Stake?
Schnelle Antwort
Proof of Work macht Einfluss kostspielig, indem es nachprüfbare Rechenleistung erfordert. Proof of Stake macht Einfluss kostspielig, indem es gebundenes Kapital erfordert. Beide helfen bei der Entscheidung, wer Blöcke vorschlagen darf und wie viel Gewicht die Teilnehmer erhalten, aber ein vollständiges Konsenssystem benötigt außerdem deterministische Gültigkeitsregeln, eine Methode zur Auswahl zwischen gültigen Verzweigungen sowie ein Abwicklungs- oder Finalitätsmodell.
Die gängige Kurzformel – „Proof of Work ist Mining, Proof of Stake ist Staking“ – ist nützlich, aber unvollständig. Ein dezentrales Netzwerk muss mehrere separate Probleme lösen. Es muss ungültige Transaktionen ablehnen, einem Angreifer widerstehen, der Tausende gefälschter Identitäten erstellt, einen Blockproduzenten auswählen, vorübergehend konkurrierende Zweige auflösen und entscheiden, wann Nutzer einen älteren Block als abgewickelt betrachten können. In der Dokumentation von Ethereum wird ausdrücklich darauf hingewiesen, dass Proof of Work und Proof of Stake in erster Linie Mechanismen zur Sybil-Resistenz und zur Auswahl von Blockautoren sind und keine vollständigen Konsensprotokolle.
Diese Unterscheidung ist wichtig, da sie die Handlungsmöglichkeiten von Minern und Validatoren einschränkt. Ein Bitcoin-Miner mag zwar einen gültigen Proof-of-Work-Header finden, doch jeder Full-Node überprüft den Block unabhängig davon. Ein Ethereum-Validator mag zwar einen erheblichen Anteil an Stakes kontrollieren, doch Ausführungs- und Konsens-Clients führen Transaktionen weiterhin erneut aus und lehnen ungültige Zustandsübergänge ab. Wirtschaftlicher Einfluss trifft eine Auswahl unter gültigen Möglichkeiten; er gewährt jedoch keine Erlaubnis, die Validierungsregeln einseitig umzuschreiben.
| Konsensschicht | Beispiel Bitcoin | Beispiel Ethereum |
|---|---|---|
| Gültigkeitsregeln | Vollständige Knoten überprüfen Signaturen, UTXO-Regeln, das Blockformat, den Proof-of-Work und monetäre Grenzen. | Ausführungs- und Konsens-Clients überprüfen Signaturen, Ausführungsergebnisse, die Blockstruktur und die Konsensregeln. |
| Sybil-Resistenz und Auswahl des Proposers | Die Hash-Leistung bestimmt die Wahrscheinlichkeit, den nächsten gültigen Block zu finden. | Die effektiv gestakte ETH beeinflusst die Auswahl des Proposers und das Gewicht der Bestätigung. |
| Fork-Auswahl | Die gültige Kette mit dem höchsten kumulierten Proof-of-Work wird bevorzugt. | LMD-GHOST wählt den gültigen Zweig mit dem größten effektiven Bestätigungsgewicht aus. |
| Finalität | Die Wahrscheinlichkeit der Zuverlässigkeit steigt mit zusätzlicher gültiger Arbeit. | Casper FFG bestätigt und finalisiert Checkpoint-Blöcke mit einer Zweidrittel-Mehrheit der Stakes. |
| Direkte wirtschaftliche Disziplin | Energie, Hardware-Abschreibungen, Opportunitätskosten und entgangene Blockbelohnungen. | Entgangene Belohnungen, Strafen für Inaktivität und Slashing bei bestimmten nachweisbaren Verstößen. |
Fazit: Beim Vergleich von Proof-of-Work und Proof-of-Stake sollte das gesamte Konsensdesign betrachtet werden. Die Betrachtung eines der beiden Ressourcenmechanismen so, als ob er allein Transaktionen validieren, die Software steuern oder die Endgültigkeit garantieren würde, führt zu unzutreffenden Sicherheitsbehauptungen.
Wie funktioniert der Proof-of-Work bei Bitcoin?
Schnelle Antwort
Bitcoin-Miner stellen Blockkandidaten zusammen und hashen wiederholt einen 80-Byte-Blockheader, bis ein Ergebnis unter den Netzwerk-Zielwert fällt. Ein erfolgreicher Miner sendet den Block; Full Nodes akzeptieren ihn nur, wenn auch alle Regeln erfüllt sind. Nodes folgen normalerweise der gültigen Chain mit dem höchsten akkumulierten Proof-of-Work.
Ein Miner beginnt mit gültigen Transaktionen, erstellt einen Kandidatenblock und konstruiert einen Blockheader, der Verweise auf den vorherigen Block und den Transaktionssatz enthält. Der Miner ändert Felder wie den Nonce und die Coinbase-Daten, hasht den Header zweimal mit SHA-256 und wiederholt den Vorgang. Jeder Versuch ist unabhängig. Mehr Hash-Leistung ermöglicht mehr Versuche pro Sekunde und damit eine größere Wahrscheinlichkeit, ein gültiges Ergebnis zu finden, offenbart jedoch keine Abkürzung.
Wenn ein Header das aktuelle Ziel erfüllt, sendet der Miner den vollständigen Block an seine Peers. Die Verifizierung ist im Vergleich zur Produktion bewusst ressourcenschonend gehalten: Knoten überprüfen den Proof-of-Work, die Blockgröße und -struktur, jede Transaktion und jede Konsensregel. Wenn eine Regel nicht erfüllt ist, wird der Block abgelehnt, unabhängig davon, wie viel Strom für seine Erstellung aufgewendet wurde. Gültige Blöcke können vorübergehend miteinander konkurrieren, wenn Miner sie zu ähnlichen Zeitpunkten finden; Bitcoin Core identifiziert die aktive Spitze als die vollständig validierte Kette mit dem höchsten Arbeitsaufwand.
Schwierigkeitsgrad, Takt und Belohnungen
Bitcoin passt die Mining-Schwierigkeit alle 2.016 Blöcke neu an, sodass die Blöcke im Laufe der Zeit im Durchschnitt etwa zehn Minuten benötigen. Die einzelnen Intervalle bleiben jedoch sehr variabel: Es kann vorkommen, dass zwei Blöcke kurz nacheinander eintreffen, oder das Netzwerk wartet deutlich länger als zehn Minuten. Der erfolgreiche Block enthält eine Coinbase-Transaktion, mit der die Blockprämie – seit dem Halving 2024 3,125 BTC – sowie die Transaktionsgebühren in diesem Block ausgezahlt werden. Pools bündeln die Arbeit vieler Miner und teilen die Einnahmen auf, wodurch die Einkommensschwankungen verringert werden, denen ein einzelner Miner andernfalls ausgesetzt wäre.
Was der Proof-of-Work erkauft
Das nützliche Ergebnis ist nicht der Hash selbst. Der Wert liegt in einem öffentlichen, kostengünstig überprüfbaren Nachweis, dass jemand echte Rechenleistung aufgewendet hat, bevor er den Block vorgeschlagen hat. Um die jüngste Historie zu ersetzen, muss ein Angreifer eine alternative Sequenz erstellen, die mehr akkumulierte Arbeit aufweist als der ehrliche Zweig, während das ehrliche Netzwerk weiter mined. Die Kosten fallen so lange an, wie der Wettstreit andauert.
Fazit: Der Proof-of-Work bei Bitcoin ist ein offener, probabilistischer Wettlauf, dessen Ergebnis für jeden Knoten leicht zu überprüfen ist. Der Miner erlangt ein vorübergehendes Recht auf einen Vorschlag; Vollknoten behalten das letzte Wort hinsichtlich der Gültigkeit.
Wie funktioniert der Proof-of-Stake bei Ethereum?
Schnelle Antwort
Ethereum unterteilt die Zeit in 12-Sekunden-Slots und Epochen mit 32 Slots. In jedem Slot wird ein Validator pseudozufällig ausgewählt, um einen Block vorzuschlagen, während Komitees ihre Sicht auf die Kette bestätigen. LMD-GHOST wählt den Kopf aus und Casper FFG sorgt für die Endgültigkeit der Checkpoints.
Um einen Validator zu aktivieren, hinterlegt ein Teilnehmer mindestens 32 ETH und betreibt einen Execution-Client, einen Konsens-Client sowie Validator-Software. Die Anforderung von 32 ETH gilt für die Aufgaben der Blockvorschlagstellung und der Bestätigung; jeder kann einen nicht validierenden Ethereum-Knoten betreiben, ohne ETH zu staken. Nach dem Pectra-Upgrade können Validatoren, die Opt-in-Compounding-Auszahlungsdaten verwenden, ihr effektives Guthaben in Schritten von jeweils einer ETH auf bis zu 2.048 ETH erhöhen, während für ältere Validatoren weiterhin eine Obergrenze von 32 ETH für das effektive Guthaben gilt.
Für jeden Slot wird ein aktiver Validator für die Blockvorschlagstellung ausgewählt. Die übrigen Validatoren werden in Komitees aufgeteilt und reichen Bestätigungen ein, die sowohl eine Hauptstimme als auch Checkpoint-Stimmen enthalten. Innerhalb einer Epoche wird von jedem aktiven Validator erwartet, dass er einmal eine Bestätigung abgibt. Ein Ausführungsklient führt die Transaktionsdaten erneut aus; ein Konsensklient überprüft die Regeln der Konsensschicht. Eine nach Einsatzgewicht gewichtete Stimme kann ein ungültiges Ausführungsergebnis nicht gültig machen.
Fork-Auswahl und Finalität wirken zusammen
Ethereums Fork-Choice-Regel, LMD-GHOST, identifiziert den Zweig mit dem größten Gewicht an aktuellen Bescheinigungen. Casper FFG wertet Checkpoint-Stimmen separat aus. Ein Checkpoint wird nach der erforderlichen Supermehrheitsverknüpfung gerechtfertigt, und ein früherer gerechtfertigter Checkpoint wird finalisiert, sobald die nächste qualifizierende Verknüpfung hergestellt ist. Diese Kombination wird gemeinhin als „Gasper“ bezeichnet.
Belohnungen, gewöhnliche Strafen und Slashing
Validatoren erhalten Protokollbelohnungen für rechtzeitige, korrekte Bestätigungen und Vorschläge. Die Nichterfüllung von Pflichten führt zu gewöhnlichen Strafen. Slashing ist anders: Es gilt nur bei Nachweis spezifischer widersprüchlicher Signaturen und erzwingt den Austritt sowie zusätzliche Verluste. Diese Unterscheidung ist für die Angriffsanalyse von zentraler Bedeutung, da schädliches Verhalten wie das Zurückhalten von Stimmen die Finalität verzögern kann, ohne sofort eine Slashing-Bedingung zu erfüllen.
Fazit: Der Proof-of-Stake von Ethereum bedeutet nicht einfach nur, dass „zufällige reiche Leute Blöcke erstellen“. Es handelt sich um ein strukturiertes Abstimmungssystem mit unabhängigen Ausführungsprüfungen, einer nach Einsatz gewichteten Fork-Auswahl, Checkpoint-Finalität und verschiedenen Strafklassen für Ausfallzeiten und nachweisbare Widersprüchlichkeit.
Was umfasst der „Angriffsaufwand“ eigentlich?
Schnelle Antwort
Die Angriffskosten lassen sich nicht auf eine einzige Zahl reduzieren. Sie umfassen die Kosten für den Erwerb oder die Kontrolle der Ressource, die Betriebskosten während des Angriffs, entgangene ehrliche Belohnungen, Markt- und Liquiditätseffekte, den Anteil, der im Nachhinein wiedergewonnen werden kann, sowie die Reaktion von Knoten, Börsen, Anwendungen und der breiteren Community.
Vereinfachte Vergleiche besagen oft, dass ein Proof-of-Work-Angriff „Strom kostet“, während ein Proof-of-Stake-Angriff „die Coins des Angreifers verbrennt“. Beide Aussagen enthalten einen wahren Kern, lassen jedoch wichtige Details außer Acht. Eine glaubwürdige Sicherheitsanalyse unterscheidet mindestens fünf Komponenten:
- Erwerb oder Kontrolle: Kauf, Herstellung, Anmietung oder Kompromittierung von Hash-Leistung; oder Erwerb, Ausleihe, treuhänderische Kontrolle oder Erzwingung von Stake.
- Laufende Kosten: Strom, Einrichtungen und Wartung bei Proof-of-Work; Infrastruktur, Koordination, Finanzierung und Opportunitätskosten bei Proof-of-Stake.
- Irreversibler Verlust: Bereits verbrauchte Energie kann nicht zurückgewonnen werden. PoS-Stake geht nur verloren, wenn das Verhalten zu einer Slash-Strafe führt oder sich Strafen für Inaktivität ansammeln.
- Restwert: Mining-Hardware kann weiterverkauft oder wieder für ehrliche Zwecke genutzt werden; nicht geslashtes Stake bleibt ein Vermögenswert, auch wenn ein Angriff dessen Marktwert beeinträchtigen kann.
- Systemreaktion: Knoten können ungültige Blöcke ablehnen, Gegenparteien können Einzahlungen stoppen, Miner oder Validatoren können sich defensiv abstimmen, und ein katastrophaler Sicherheitsausfall bei PoS kann eine soziale Wiederherstellung auslösen.
| Frage | Proof of Work | Proof of Stake |
|---|---|---|
| Was muss kontrolliert werden? | Ausreichend effektive Hash-Leistung, um den ehrlichen Zweig zu überholen oder strategisch zu benachteiligen. | Ausreichend effektiver Einsatz oder Validator-Kontrolle, um die Wahl der Fork, die Finalität oder die Verfügbarkeit zu beeinflussen. |
| Was wird kontinuierlich aufgewendet? | Strom, Kühlung, Betrieb und Hardware-Abschreibungen. | Infrastruktur, Finanzierung und Opportunitätskosten; die normale Teilnahme verbraucht vergleichsweise wenig Strom. |
| Was ist automatisch unwiederbringlich? | Verbrauchter Strom und entgangene ehrliche Einnahmen. | Nur bereits festgesetzte Protokollstrafen; der nicht gekürzte Kapitalbetrag bleibt bestehen, sofern der Marktwert nicht sinkt. |
| Was kann seinen Wert behalten? | ASICs, Anlagen und Energieverträge, vorbehaltlich von Beschränkungen beim Weiterverkauf und bei der Umnutzung. | Nicht geslashtes ETH und Infrastruktur, vorbehaltlich Liquiditäts-, Verwahrungs- und Preisrisiken. |
| Was kann den Angriff stoppen? | Mehr ehrliche Arbeit, verzögerte Abrechnung, Umverteilung von Minern/Pools und Ablehnung ungültiger Blöcke durch Knoten. | Ehrliche Bescheinigungen, Inaktivitäts-Leak, Slashing-Beweise, Koordination der Clients und, in extremen Fällen, soziale Wiederherstellung. |
Fazit: Ein Dollarbetrag, der sich ausschließlich auf aktuelle Hash-Mietpreise oder den Marktwert der gestakten ETH stützt, stellt kein vollständiges Angriffsbudget dar. Kontrolle, Koordination, Liquidität, Dauer, Erkennbarkeit und Wiederherstellung entscheiden darüber, ob ein Angriff durchführbar und rentabel ist.
Was kann ein Angriff auf die Bitcoin-Hash-Power-Mehrheit bewirken?
Schnelle Antwort
Eine anhaltende Mehrheit verschafft einem Angreifer einen verlässlichen Vorteil bei der Erstellung der gültigen Kette mit dem meisten Work. Der Angreifer kann Transaktionen zensieren, kürzlich erstellte gültige Blöcke neu anordnen und seine eigenen jüngsten Zahlungen rückgängig machen. Er kann jedoch keine Signaturen fälschen, nicht damit in Zusammenhang stehende Coins beschlagnahmen, Blöcke erstellen, die gegen die Versorgungsregeln verstoßen, oder Full Nodes dazu bringen, ungültige Transaktionen zu akzeptieren.
„51-Prozent-Angriff“ ist eine praktische Kurzbezeichnung, kein magischer Ein-Aus-Schalter. Ein Angreifer mit weniger als 50 Prozent kann immer noch eine gewisse Wahrscheinlichkeit haben, die jüngste Historie zu ersetzen, und strategisches Mining kann unter bestimmten Annahmen Vorteile schaffen. Eine anhaltende Mehrheit macht die Dominanz über das jüngste Kettenwachstum zuverlässig und nicht nur möglich. In der Entwicklerdokumentation von Bitcoin wird ausdrücklich darauf hingewiesen, dass selbst weniger als die Hälfte der Hash-Power eine von Null verschiedene Chance auf eine Revision der Historie bieten kann, während eine Mehrheit zuverlässige Angriffe ermöglicht.
| Ein Angreifer mit einer Mehrheit der Hash-Leistung könnte möglicherweise | Ein Angreifer mit einer Mehrheit der Hash-Leistung kann jedoch immer noch nicht |
|---|---|
| vorübergehend verhindern, dass ausgewählte gültige Transaktionen bestätigt werden. | eine gültige Signatur für den privaten Schlüssel einer anderen Person zu erstellen. |
| einen privaten, gültigen Zweig aufzubauen und diesen zu veröffentlichen, um die jüngsten Blöcke zu ersetzen. | Ausgaben zu tätigen, die nach den Konsensregeln nicht zulässig sind. |
| seine eigene kürzlich getätigte Zahlung rückgängig zu machen und eine Doppelausgabe zu versuchen. | Die Gesamtmenge von 21 Millionen erhöhen oder die Validierungsregeln für ehrliche Knoten ändern. |
| Beeinflussen, welche gültigen Transaktionen zuerst erscheinen, und den Wert der Reihenfolge für sich nutzen. | Die Rückgängigmachung beliebig weit zurückreichender Transaktionen ohne laufende Kosten garantieren. |
| Das Vertrauen untergraben und Dienste dazu zwingen, die Anforderungen an die Anzahl der Bestätigungen zu erhöhen. | Alte Blöcke unbemerkt ändern, ohne den darüber liegenden Proof-of-Work neu zu berechnen. |
Warum Bestätigungen helfen
Jeder zusätzliche Block fügt einer Transaktion ehrliche Arbeit hinzu. Um diesen zu ersetzen, muss der Angreifer einen längeren Zweig einholen und überholen, während ehrliche Miner diesen weiter ausbauen. Die angemessene Wartezeit hängt vom Transaktionswert, den Annahmen über den Angreifer, den aktuellen Netzwerkbedingungen und der Risikotoleranz des empfangenden Dienstes ab. Sechs Bestätigungen sind eine weit verbreitete Konvention für hochwertige Abrechnungen, keine mathematische Garantie, die für jede Zahlung gilt.
Fazit: Die Hash-Leistung entscheidet den Wettstreit zwischen gültigen Zweigen, nicht die Gültigkeitsregeln selbst. Die wichtigste Verteidigung gegen einen Mehrheitsangriff ist Tiefe plus unabhängige Validierung, nicht das Vertrauen in einen einzelnen Miner oder Pool.
Was bedeuten die Schwellenwerte von einem Drittel, der Hälfte und zwei Dritteln bei Ethereum?
Schnelle Antwort
Mindestens ein Drittel des effektiven Stakes kann die Finalität von Checkpoints verhindern. Mehr als die Hälfte kann die normale LMD-GHOST-Fork-Auswahl dominieren und so Zensur sowie kurzfristige Reorganisationen ermöglichen. Mindestens zwei Drittel können ausgewählte Checkpoints finalisieren. Die Erzeugung widersprüchlicher finalisierter Historien führt zwangsläufig dazu, dass mindestens ein Drittel des gesamten Stakes nachweisbar mit einer Slash-Strafe belegt werden kann.
Die Schwellenwerte beantworten unterschiedliche Fragen. Ein Drittel ist ein Lebendigkeitsschwellenwert: Da die Finalität mindestens zwei Drittel der Unterstützung erfordert, kann ein Drittel genügend Gewicht zurückhalten, um die erforderliche Supermehrheit zu verhindern. Wenn die Finalität länger als vier Epochen ausbleibt, aktiviert Ethereum den Inaktivitätsabfluss und reduziert schrittweise das effektive Guthaben der Validatoren, die nicht ordnungsgemäß teilnehmen, bis die aktive Seite wieder zwei Drittel erreichen kann.
Mehr als die Hälfte des effektiven Stakes kann die normale Berechnung der Fork-Auswahl dominieren. In den offiziellen FAQs von Ethereum heißt es, dass dies Zensur, kurzfristige Reorganisationen und Reihenfolgevorteile ermöglichen kann. Dennoch erlaubt es dem Angreifer nicht, allein eine Finalisierung durchzuführen oder eine ungültige Ausführung durch eine ehrliche Verifizierung zu bringen.
Mindestens zwei Drittel können die für die Finalität auf einem ausgewählten Zweig erforderlichen Checkpoint-Stimmen erzeugen. Das bedeutet nicht, dass zwei Drittel automatisch zerstört werden. Wenn der Angreifer einen Zweig finalisiert und es keinen konkurrierenden finalisierten Zweig gibt, stellt die Handlung an sich möglicherweise keinen Slashing-Verstoß dar. Die Garantie der rechenschaftspflichtigen Sicherheit greift, wenn eine widersprüchliche Finalität entsteht: Zwei beliebige Zweidrittel-Quoren überschneiden sich um mindestens ein Drittel, sodass mindestens ein Drittel des gesamten Stakes inkompatible Stimmen unterzeichnet haben muss und für Slashing identifiziert werden kann.
Fazit: „Ein Proof-of-Stake-Angriff verbrennt alle Coins des Angreifers“ ist falsch. Verschiedene Angriffe überschreiten unterschiedliche Schwellenwerte; nur bestimmte Nachweise lösen Slashing aus; und die Wiederherstellung nach einer katastrophalen Sicherheitsverletzung umfasst letztendlich eine soziale Ebene.
Was bestraft das Slashing – und was nicht?
Schnelle Antwort
Ethereum verhängt Slashing-Strafen für bestimmte, objektiv nachweisbare widersprüchliche Signaturen: das Vorschlagen von zwei Blöcken für einen Slot, doppelte Stimmabgabe für unterschiedliche Checkpoint-Ziele in einer Epoche oder das Abgeben einer Stimme, die eine andere Stimme umgibt. Gewöhnliche Ausfallzeiten führen zu geringeren Strafen, und die aktuellen Protokollregeln sehen nicht automatisch Slashing für jede Form von Zensur oder egoistischem Verhalten vor.
Die drei wichtigsten Slashing-Bedingungen
- Doppelvorschlag: Ein Validator signiert zwei verschiedene Beacon-Blöcke für denselben Slot.
- Doppelte Abstimmung: Ein Validator signiert zwei unterschiedliche Attestationen mit derselben Ziel-Epoche.
- Umgebende Abstimmung: Die Quell- und Ziel-Epochen einer Bescheinigung umschließen diejenigen einer anderen Bescheinigung desselben Validators.
Ein mit Slashing bestrafter Validator muss das System verlassen. Die unmittelbare Strafe für einen isolierten Vorfall beträgt nur einen Teil des effektiven Guthabens, gefolgt von weiteren Abzügen. Eine Korrelationsstrafe skaliert mit der Höhe des im umgebenden Zeitfenster mit Slashing bestraften Stakes; ein koordinierter Massenverstoß kann zu Verlusten in Höhe des gesamten effektiven Guthabens führen. Die Dokumentation von Ethereum unterscheidet daher zwischen einem isolierten Betriebsfehler und einem groß angelegten koordinierten Sicherheitsangriff.
Was nicht automatisch mit Slashing geahndet wird
Fehlende Attestationen, Offline-Zustände oder das Versäumnis, einen Block vorzuschlagen, führen in der Regel zu gewöhnlichen Strafen und nicht zu Slashing. Das absichtliche Zurückhalten von Stimmen kann die Finalität verzögern und Verluste durch Inaktivitätslecks auslösen, ohne dass widersprüchliche Signaturen entstehen. Transaktionszensur ist schädlich, stellt jedoch für sich genommen keine der derzeitigen einfachen Slashing-Bedingungen dar. Protokollvorschläge könnten die Zensurresistenz stärken, doch sollte der vorliegende Artikel zukünftige Abwehrmaßnahmen nicht als bereits implementiert behandeln.
Fazit: Slashing bietet nachvollziehbare Sicherheit, keine universelle Durchsetzung von Verhaltensregeln. Ein robustes PoS-Design benötigt weiterhin Fork-Auswahl, den Umgang mit Inaktivität, Client-Vielfalt, Überwachung und soziale Koordination.
Inwiefern unterscheidet sich die Transaktionsfinalität?
Schnelle Antwort
Bitcoin verfügt über kein Protokoll-Flag, das einen Block dauerhaft endgültig macht; das Vertrauen wächst, je mehr Proof-of-Work sich ansammelt. Ethereum markiert Checkpoints, die durch stake-gewichtete Abstimmungen bestätigt und endgültig festgelegt werden. Bei normaler Beteiligung tritt die Endgültigkeit bei Ethereum in der Regel nach etwa zwei Epochen – rund 13 Minuten – ein, doch die Endgültigkeit kann unterbrochen werden.
Bitcoin: probabilistische Tiefe
Eine Bitcoin-Transaktion erhält ihre erste Bestätigung, wenn sie in einen gültigen Block aufgenommen wird. Jeder weitere Block macht eine Reorganisation hinter diesem Punkt teurer und im Allgemeinen unwahrscheinlicher. Die Wahrscheinlichkeit sinkt in diesem Modell nie genau auf null; Nutzer und Dienste wählen eine Tiefe, die den Annahmen hinsichtlich Wert und Risiko angemessen ist. Aus diesem Grund sind „sechs Bestätigungen“ eher eine Konvention als ein Protokollzustand.
Ethereum: gerechtfertigt, sicher und finalisiert
Ethereum-Clients bieten mehrere Sicherheitskonzepte an. An der Spitze steht der aktuelle Fork-Choice-Tip. Ein „sicherer“ Block verfügt über starke Bestätigungsunterstützung, ist jedoch noch nicht finalisiert. Ein Checkpoint wird durch eine Zweidrittel-Supermehrheit finalisiert, und der vorherige finalisierte Checkpoint wird mit der nächsten qualifizierten Bestätigung endgültig. Im Normalbetrieb dauert dies etwa zwei Epochen, was oft mit etwa 13 bis 15 Minuten angegeben wird, je nachdem, an welcher Stelle der Epoche eine Transaktion landet.
Warum sich die Finalität verzögern kann
Slots können leer sein, Bestätigungen können verspätet eintreffen und Client- oder Netzwerkfehler können die Beteiligung verringern. Wenn weniger als zwei Drittel des effektiven Stakes die erforderlichen Stimmen liefern, kann die Kette weiterhin Blöcke produzieren, ohne diese zu finalisieren. Ethereum erlebte im Mai 2023 während eines Client-bezogenen Vorfalls vorübergehende Unterbrechungen der Finalität, was verdeutlicht, dass explizite Finalität von fehlerfreier Software und einer hohen Beteiligung abhängt.
Schwache Subjektivität
Ein neuer Ethereum-Knoten oder einer, der nach längerer Offline-Zeit wieder online geht, sollte einen aktuellen Checkpoint mit schwacher Subjektivität von einer oder mehreren vertrauenswürdigen öffentlichen Quellen beziehen. Dies verhindert, dass mit alten Validator-Schlüsseln erstellte Langzeit-Historien den Knoten in die Irre führen. Das Vertrauen ist begrenzt und überprüfbar, stellt jedoch einen echten Unterschied zu einem reinen Modell der „Neuberechnung ab Genesis anhand der akkumulierten Arbeit“ dar.
| Eigenschaft | Bitcoin-Proof-of-Work | Ethereum-Proof-of-Stake |
|---|---|---|
| Erste Aufnahme | Eine Transaktion befindet sich in einem gültigen Block. | Eine Transaktion befindet sich im Fork-Choice-Head oder in einem anderen aktuellen gültigen Block. |
| Wie die Sicherheit wächst | Zusätzliche Blöcke fügen darüber kumulierte Arbeit hinzu. | Bestätigungen stärken den Kopf; Checkpoint-Stimmen rechtfertigen und finalisieren. |
| Explizites Finalisierungsflag | Nein. Benutzer wählen eine Bestätigungsschwelle. | Ja. Clients geben finalisierte Checkpoints bekannt. |
| Normale Wartezeit mit hoher Sicherheit | Häufig etwa sechs Blöcke für hochwertige Abrechnungen, die Richtlinien variieren jedoch. | In der Regel etwa zwei Epochen, also rund 13 Minuten, bei ausreichender Netzwerkbeteiligung. |
| Fehlermodus | Ein gültiger Zweig mit höherem Arbeitsaufwand kann die jüngste Historie ersetzen. | Die Finalität kann unterbrochen werden; widersprüchliche Finalität stellt einen kritischen Konsensfehler dar. |
| Bootstrap-Annahme | Validieren Sie die Kette mit dem höchsten Arbeitsaufwand, üblicherweise mithilfe von Implementierungsoptimierungen und Checkpoints in der Software. | Verwende einen aktuellen Checkpoint mit schwacher Subjektivität, wenn du beitrittst oder nach langer Abwesenheit zurückkehrst. |
Fazit: „Endgültig“ bedeutet verschiedene Dinge. Bitcoin bietet kontinuierlich wachsendes Vertrauen; Ethereum bietet einen expliziten kryptoökonomischen Zustand, dessen Sicherheit von der Quorum-Schnittmenge, Slashing und einer begrenzten sozialen Bootstrap-Annahme abhängt.
Wie lassen sich die Energie- und Hardwareanforderungen vergleichen?
Schnelle Antwort
Das „Proof-of-Work“-Verfahren sorgt bewusst dafür, dass die Blockproduktion ressourcenintensiv ist, weshalb das Bitcoin-Mining erhebliche Mengen an Strom und spezialisierte Hardware verbraucht. Das „Proof-of-Stake“-Verfahren ersetzt den Hashing-Wettlauf durch gewöhnliche Server und gebundenes Kapital. Ethereum schätzt, dass „The Merge“ den Stromverbrauch um etwa 99,95 Prozent gesenkt hat.
Bitcoin hat kein protokollseitig festgelegtes Stromziel. Miner erweitern oder reduzieren ihre Kapazitäten, bis erwartete Einnahmen, Strompreise, Hardware-Effizienz, Finanzierung und Betriebsrisiko ein wirtschaftliches Gleichgewicht erreichen. Ein steigender Preis oder eine höhere Blockbelohnung kann mehr Hash-Leistung ermöglichen; effizientere Maschinen können den Energieverbrauch pro Hash senken, während der Wettbewerb die Gesamtzahl der Hashes erhöht. Das Ergebnis ist dynamisch, weshalb ein fester Energiewert schnell veraltet.
Der Energieverbrauch ist kein perfektes Synonym für Sicherheit. Sicherheit hängt davon ab, wie viel effektive Hash-Leistung ein Angreifer kontrollieren kann, wo sich Geräte und Stromversorgung konzentrieren, wie schnell ehrliche Miner reagieren können und ob die Knoten weiterhin dieselben Regeln durchsetzen. Der gleiche Stromverbrauch bei einem stark konzentrierten Betreiber bietet nicht dieselbe Ausfallsicherheit wie vergleichbare Arbeit, die auf unabhängige Betreiber verteilt ist.
Ethereum-Validatoren müssen keine Billionen von entbehrlichen Hashes durchführen. Sie führen Netzwerk-, Signaturüberprüfungs-, Zustandsausführungs- und Datenbank-Workloads auf herkömmlicher Hardware aus. Durch den Merge wurde daher fast der gesamte konsensbezogene Strombedarf aus dem früheren Mining-System entfernt. Die aktuelle Ethereum-Energie-Seite nennt unter einer anderen Methodik eine noch größere geschätzte Reduzierung, doch „etwa 99,95 Prozent“ bleibt die stabile offizielle Zahl.
| Dimension | Proof of Work | Proof of Stake |
|---|---|---|
| Primäre knappe Ressource | Laufende Rechenleistung, gestützt durch Strom und Hardware. | Gebundenes Kapital sowie zuverlässiger Online-Betrieb. |
| Typische Hardware für Proposer | Spezialisierte ASIC-Mining-Geräte für Bitcoin. | Standard-Serverhardware; getrennte Ausführungs- und Konsenssoftware. |
| Wiederverwendung von Ressourcen | Es wird Energie verbraucht; die Hardware kann wiederverwendet oder weiterverkauft werden. | Das Kapital verbleibt im Besitz, sofern keine Strafen anfallen; Server-Hardware ist wiederverwendbar. |
| Umweltprofil | Erheblicher und marktabhängiger Strombedarf; auch der Hardware-Umsatz spielt eine Rolle. | Deutlich geringerer Konsens-Strombedarf; Auswirkungen auf Infrastruktur und Rechenzentren bleiben bestehen. |
| Sicherheitsaspekte | Externe physische Kosten und eine lange Betriebsgeschichte. | Geringerer Energieverbrauch, explizite Rechenschaftspflicht und Endgültigkeit bei größerer Protokollkomplexität. |
Fazit: Proof-of-Stake ist für den Block-Konsens entscheidend energieeffizienter. Damit ist der Umweltvergleich geklärt; die separaten Fragen nach Sicherheit, Governance oder Dezentralisierung sind damit jedoch noch nicht beantwortet.
Wo kann es bei den jeweiligen Konzepten zu Zentralisierung kommen?
Schnelle Antwort
„Proof of Work“ kann sich auf die ASIC-Herstellung, den Zugang zu kostengünstigem Strom, Industrieanlagen, Firmware und Mining-Pools konzentrieren. „Proof of Stake“ kann sich auf den Besitz von Stakes, Verwahrungsplattformen, Liquid-Staking-Protokolle, Cloud-Hosting, Konsens-Clients, Block-Builder und Relays konzentrieren. Keine einzelne Zahl zu Knoten, Minern, Pools oder Validatoren erfasst das Gesamtbild.
Konzentration beim Proof-of-Work
Das Mining profitiert von Skaleneffekten bei der Beschaffung, bei Stromverhandlungen, bei der Kühlung, bei der Wartung und bei der Glättung der Einnahmen. Spezialisierte Ausrüstung führt zu Engpässen in der Lieferkette. Pools koordinieren die Arbeit und erstellen Blockvorlagen für viele unabhängige Miner, sodass der Pool-Anteil die Koordinationskraft direkter misst als der Besitz der gesamten teilnehmenden Hardware. Miner können den Pool wechseln, doch ein Wechsel erfolgt nicht sofort und ist in Krisenzeiten nicht garantiert.
Proof-of-Stake-Konzentration
Stake kann über Börsen, Verwahrstellen und Liquid-Staking-Systeme gebündelt werden. Eine große Anzahl von Validator-Indizes kann dennoch von einer kleinen Anzahl von Betreibern oder Governance-Systemen kontrolliert werden. Konzentration beim Hosting, Client-Monokultur und gemeinsame Schlüsselverwaltungssoftware können zu korrelierten Ausfällen führen. Die Blockproduktion bei Ethereum steht zudem in Wechselwirkung mit spezialisierten Buildern und Relays, sodass die Dezentralisierung der Proposer allein nicht die Macht bei der Transaktionsreihenfolge beschreibt.
Pectra und die Konsolidierung von Validatoren
Pectra ermöglicht es Validatoren mit Compounding, ein effektives Guthaben von bis zu 2.048 ETH zu halten, und erlaubt die Konsolidierung mehrerer 32-ETH-Validatoren. Dies kann den Overhead bei Konsensnachrichten und die operative Komplexität reduzieren. Die Höhe des Stakes, den eine Organisation besitzt, ändert sich dadurch nicht; jedoch werden Vergleiche der reinen Validatorenzahl nach der Konsolidierung noch weniger aussagekräftig. Messen Sie stattdessen unabhängige Betreiber, die Kontrolle über den Stake und Ausfalldomänen.
Unabhängige Knoten sind nach wie vor wichtig
Bitcoin-Nutzer können Validierungsknoten betreiben, ohne zu minen. Ethereum-Nutzer können Knoten betreiben, ohne 32 ETH einzuzahlen. Diese Knoten erhalten keine Blockprämien. Sie überprüfen jedoch unabhängig, was die Blockchain tun darf. Eine Dezentralisierungsanalyse, die nur Blockproduzenten zählt, lässt die Personen und Organisationen außer Acht, die die Gültigkeit an der Peripherie durchsetzen.
Fazit: Beide Systeme tauschen eine Art von Konzentrationsdruck gegen eine andere ein. Die relevante Frage ist, wie viele unabhängige Ausfalldomänen und glaubwürdige Ausstiegsmöglichkeiten es gibt – und nicht, welches Diagramm mehr Punkte aufweist.
Wie funktionieren Belohnungen und das Sicherheitsbudget?
Schnelle Antwort
Bitcoin-Miner erhalten die Blocksubvention sowie Transaktionsgebühren, und ihre erwarteten Einnahmen decken die laufenden Ausgaben für Hash-Leistung. Ethereum-Validatoren erhalten eine Protokollprämie für ihre Aufgaben sowie Prioritätsgebühren und mögliche Einnahmen aus der Reihenfolgefestlegung; die Basis-Transaktionsgebühr wird verbrannt. Keine der beiden Vergütungsarten stellt eine garantierte Kapitalrendite dar.
Bitcoin: Prämie und Gebühren
Die Bitcoin-Blockprämie halbiert sich alle 210.000 Blöcke und beträgt derzeit 3,125 BTC pro Block. Transaktionsgebühren ergänzen diese. In allgemeiner wirtschaftlicher Hinsicht setzen die erwarteten Einnahmen der Miner eine Obergrenze für die tragbaren branchenweiten Ausgaben, obwohl Finanzierung, Absicherung, Ausrüstungszyklen und regionale Stromverträge zu langen Verzögerungen führen. Mit sinkender Prämie stützt sich das langfristige Sicherheitsmodell zunehmend auf die Nachfrage nach Transaktionsgebühren oder einen höheren Wert pro Belohnungseinheit.
Ethereum: Emission, Gebühren und Strafen
Die Konsensbelohnungen bei Ethereum hängen vom effektiven Guthaben, dem gesamten aktiven Einsatz und der korrekten Teilnahme ab. Die EIP-1559-Basisgebühr wird verbrannt und dient nicht zur Bezahlung der Validatoren; Prioritätsgebühren und Einnahmen aus dem Blockaufbau gehen an den Antragsteller oder den von ihm festgelegten Empfänger. Die Erträge variieren je nach Netzwerkaktivität, Einsatzbeteiligung, Betreibergebühren, Ausfallzeiten, Slashing-Risiko und dem Marktpreis von ETH. Das Ergebnis als „Zinsen“ zu bezeichnen, kann irreführend sein, da es keinen garantierten Kreditnehmer und keinen festen Kapitalbetrag gibt.
| Ökonomisches Element | Bitcoin-Proof-of-Work | Ethereum-Proof-of-Stake |
|---|---|---|
| Protokollausgabe | Fester Subventionsplan, Halbierung etwa alle vier Jahre. | Dynamische Emission, abhängig vom aktiven Einsatz und der Beteiligung der Validatoren. |
| Nutzungsgebühren | Die Transaktionsgebühren im Block werden an den Miner/Pool ausgezahlt. | Die Basisgebühr wird verbrannt; die Prioritätsgebühr geht an den Antragsteller. Es können zusätzliche Einnahmen aus der Reihenfolgezuordnung anfallen. |
| Hauptbetriebskosten | Strom, Hardware, Räumlichkeiten, Finanzierung und Wartung. | Eingezahltes Kapital, zuverlässige Infrastruktur, Betrieb, Sicherheitsmaßnahmen und Gebühren für Dienstleister. |
| Wichtigste Protokollstrafe | Fehlgeschlagene Arbeit, veraltete Blöcke und entgangene Belohnungen; es besteht kein Stake-Guthaben, das gekürzt werden könnte. | Entgangene Belohnungen, Strafen für Inaktivität und Slashing bei definierten Verstößen. |
| Langfristige Frage | Ob die Gebühreneinnahmen die angestrebte Hash-Leistung aufrechterhalten können, wenn die Subventionen zurückgehen. | Ob die Konzentration von Stakes und Dienstleistern weiterhin akzeptabel verteilt bleibt. |
Fazit: Anreize sind Teil der Sicherheit, nicht der kostenlosen Rendite. Ein Mechanismus muss ehrliche Teilnahme ausreichend vergüten und gleichzeitig Konzentration, übermäßige Emission, Anreize zur Zensur und damit verbundene operative Risiken begrenzen.
Welcher Mechanismus ist sicherer?
Schnelle Antwort
Keiner der Mechanismen ist grundsätzlich sicherer. Proof-of-Work bietet eine längere Produktionsgeschichte, einen vergleichsweise einfachen Ressourcentest und eine Kettenauswahl auf Basis akkumulierter externer Arbeit. Proof-of-Stake bietet einen weitaus geringeren Energieverbrauch, explizite Finalität und identifizierbare Sicherheitsfehler, die mit Strafen geahndet werden können. Jeder Mechanismus birgt spezifische Annahmen und Konzentrationsrisiken.
| Bewertungsfrage | Stärkere Argumente für Proof of Work | Stärkere Argumente für „Proof of Stake“ |
|---|---|---|
| Betriebsgeschichte | Bitcoin nutzt PoW seit 2009 ununterbrochen. | Ethereum PoS ist seit September 2022 weltweit im Einsatz. |
| Energieeffizienz | PoS vermeidet den wettbewerbsorientierten Hashing-Wettlauf und verbraucht deutlich weniger Strom. | |
| Explizite Finalität | Casper FFG bietet einen beobachtbaren, finalisierten Zustand mit nachweisbarer Sicherheit. | |
| Objektiver Kettenvergleich | Die akkumulierte Arbeit bietet eine einfache Ressourcenmetrik für gültige konkurrierende Historien. | Aktuelle Checkpoints und Attestationen ermöglichen eine schnelle Kettenauswahl, doch Knoten, die lange offline waren, stützen sich auf eine schwache Subjektivität. |
| Nachweisbare Sanktionen | Widersprüchliche Validator-Signaturen identifizieren Parteien, deren Guthaben gekürzt werden können. | |
| Einfachheit des Protokolls | Bitcoin-PoW und probabilistische Finalität sind konzeptionell einfacher. | PoS fügt Komitees, Stake-Abrechnung, Slashing, Inaktivitätsleck und Checkpoint-Logik hinzu. |
| Breite Beteiligung | Validatoren können auf gewöhnlicher Hardware betrieben werden, allerdings erfordert das Einreichen von Vorschlägen hinterlegtes ETH. | |
| Physischer externer Anker | Die Sicherheit ist an Hardware und Stromversorgung außerhalb des nativen Assets gebunden. | Die Sicherheit ist in das Asset integriert und kann durch das Protokoll koordiniert und mit Sanktionen belegt werden. |
Ein Mechanismus kann nicht losgelöst von seiner Implementierung bewertet werden. Bitcoin Core hat schwerwiegende Software-Schwachstellen offengelegt, darunter den Inflationsfehler von 2018, obwohl dieser bereits vor einer Ausnutzung behoben wurde. Ethereum verlor 2023 vorübergehend seine Finalität, da ein Client-Problem die Beteiligung reduzierte, obwohl die Blockproduktion fortgesetzt wurde und die Finalität wiederhergestellt wurde. Diese Vorfälle haben nicht bewiesen, dass die Mechanismen nutzlos sind; sie haben gezeigt, dass Software-Vielfalt, Tests und der Betrieb Teil der Konsenssicherheit sind.
Ein sinnvoller Vergleich fragt: Wie hoch ist das Risiko? Wie konzentriert ist die Ressource? Können normale Nutzer unabhängig überprüfen? Wie einfach können Teilnehmer den Anbieter wechseln? Wie vielfältig sind die Clients und Implementierungen? Was passiert bei einer Partitionierung, einem Softwarefehler oder einer massiven Schlüsselkompromittierung? Wie wird die Wiederherstellung nach einer Katastrophe koordiniert? Die Antworten sind kettenabhängig und ändern sich im Laufe der Zeit.
Häufig gestellte Fragen
Ist „Proof of Stake“ weniger sicher als „Proof of Work“?
Nicht grundsätzlich. Es verwendet ein anderes Sicherheitsmodell. „Proof of Work“ bewertet Angriffe aus der jüngeren Vergangenheit anhand externer Rechenleistung; „Proof of Stake“ bewertet Einfluss anhand von hinterlegtem Kapital und sorgt dafür, dass bestimmte Sicherheitsversagen zuordenbar und mit Strafabzügen ahndbar sind. Die Sicherheit hängt von der Implementierung des Netzwerks, der Ressourcenverteilung, der Client-Vielfalt und den Annahmen zur Wiederherstellung ab.
Kann bei einem 51-Prozent-Angriff auf Bitcoin jemand alle Coins stehlen?
Nein. Die Mehrheit der Hash-Leistung kann die Reihenfolge gültiger Blöcke beeinflussen, Transaktionen zensieren und versuchen, die eigenen jüngsten Zahlungen des Angreifers rückgängig zu machen. Sie kann jedoch keine Signatur eines anderen Nutzers erzeugen, keine nicht autorisierten Ausgänge ausgeben oder unabhängig validierende Knoten zwingen, ungültige monetäre Regeln zu akzeptieren.
Kann ein Drittel des Ethereum-Stakes das Netzwerk übernehmen?
Ein Drittel kann die normale Checkpoint-Finalität verhindern, indem es die erforderliche Zweidrittel-Supermehrheit verweigert. Es kann eine konkurrierende Kette nicht eigenständig finalisieren. Durch das Inaktivitäts-Leak wird der inaktive oder nicht teilnehmende Einsatz schrittweise reduziert, sodass die verbleibende aktive Seite schließlich die Finalität wiedererlangen kann.
Wird der gesamte Einsatz eines Validators nach einem einzigen Fehler vernichtet?
Nein. Gewöhnliche Ausfallzeiten führen zu geringeren Strafen. Ein „slashbarer“ Widerspruch erzwingt den Ausstieg und Abzüge, aber ein isolierter Slashing-Betrag ist viel geringer als das gesamte effektive Guthaben. Die Korrelationsstrafe wird schwerwiegend, wenn viele Validatoren gemeinsam geslasht werden, und kann sich bei einem koordinierten Ereignis dem gesamten Guthaben annähern.
Benötige ich 32 ETH, um einen Ethereum-Knoten zu betreiben?
Nein. Jeder kann einen Ausführungs- und Konsens-Knoten betreiben, ohne zu staken. Das Minimum von 32 ETH gilt für die Aktivierung eines Validators, der Vorschläge unterbreitet und diese beglaubigt. Delegiertes und gepooltes Staking basieren auf unterschiedlichen Annahmen hinsichtlich Vertrauen und Verwahrung.
Warum verbraucht der Proof-of-Work so viel Strom?
Das Mining ist eine offene Lotterie, bei der mehr Hashes mehr Chancen auf das Finden des nächsten gültigen Blocks bedeuten. Wettbewerbsorientierte Miner geben Geld für Strom und Hardware aus, solange die erwarteten Einnahmen dies rechtfertigen. Das Protokoll legt kein festes Energieziel fest, sodass sich der Gesamtverbrauch je nach Preisen, Belohnungen, Effizienz und Stromkosten ändert.
Sind sechs Bitcoin-Bestätigungen vollständig endgültig?
Nein. Es handelt sich um eine gängige Abrechnungskonvention für hohe Beträge. Bitcoin verfügt über eine probabilistische Finalität, sodass das Rückbuchungsrisiko im Allgemeinen mit zunehmender Bestätigungstiefe sinkt, jedoch nicht auf einen protokolldefinierten Wert von Null zurückgeht. Dienste sollten Schwellenwerte entsprechend den Annahmen zu Wert und Risiko festlegen.
Wie lange dauert die Finalität bei Ethereum?
Bei normaler Beteiligung etwa zwei Epochen – etwa 13 Minuten, oft auf 15 Minuten gerundet. Eine Transaktion, die nahe einer Epochengrenze vorgeschlagen wird, kann früher oder später endgültig werden als eine andere, und die Endgültigkeit kann unterbrochen werden, wenn weniger als zwei Drittel des Stakes die erforderlichen Checkpoint-Stimmen liefern.
Was ist „schwache Subjektivität“?
Es ist eine Anforderung von Ethereum, dass ein neuer oder lange offline gewesener Knoten einen kürzlich finalisierten Checkpoint aus einer vertrauenswürdigen, überprüfbaren Quelle bezieht. Dieser Checkpoint schützt den Knoten vor weitreichenden alternativen Historien, die mit alten Validator-Schlüsseln erstellt wurden.
Könnte Bitcoin auf Proof-of-Stake umstellen?
Die Software könnte geforkt werden, um ein anderes Netzwerk zu schaffen, doch eine Änderung an Bitcoin selbst würde eine breite Akzeptanz inkompatibler Konsensregeln durch Nutzer, Miner, Unternehmen und die Infrastruktur erfordern. Der Proof-of-Work ist tief in der Identität von Bitcoin verankert, und für eine solche Änderung gibt es keinen glaubwürdigen Konsens.
Könnte Ethereum wieder zum Proof-of-Work zurückkehren?
Ein neuer Fork könnte andere Regeln implementieren, doch das Ethereum-Mainnet nutzt seit September 2022 den Proof-of-Stake, und seine Roadmap, Wirtschaftlichkeit und Client-Architektur basieren mittlerweile darauf. Eine Rückkehr würde eine einschneidende, netzwerkweite Regeländerung erfordern und wäre kein routinemäßiges Upgrade.
Fazit
Proof-of-Work und Proof-of-Stake lösen dasselbe allgemeine Koordinationsproblem mit unterschiedlichen knappen Ressourcen. Bitcoin verlangt von Blockproduzenten den Nachweis, dass sie Rechenleistung aufgewendet haben, und lässt dann unabhängig validierende Knoten der gültigen Historie mit der größten akkumulierten Arbeit folgen. Ethereum verlangt von Validatoren die Hinterlegung von Kapital, weist Vorschlags- und Abstimmungsaufgaben entsprechend dem effektiven Einsatz zu, wählt einen Leiter anhand des Attestationsgewichts aus und finalisiert Checkpoints, sobald sich eine Zweidrittel-Supermehrheit bildet.
Die einfachen Slogans sind der am wenigsten verlässliche Teil des Vergleichs. Energie ist nicht wörtlich gleichbedeutend mit Sicherheit. Der Einsatz wird nicht automatisch durch jeden Angriff zerstört. Eine Hash-Leistung von 51 Prozent entsperrt nicht die Schlüssel anderer Personen. Ein Einsatz von 33 Prozent finalisiert keine feindliche Chain. Ein Einsatz von zwei Dritteln kann Finalität schaffen, doch die Umkehrung bestehender Finalität setzt mindestens ein Drittel der Teilnehmer der Gefahr von Slash-Widersprüchen aus und kann eine soziale Wiederherstellung auslösen. Vollknoten sorgen in beiden Systemen weiterhin für die Durchsetzung der Gültigkeit.
Für die Nutzer liegt der praktische Unterschied in der Abwicklung. Das Vertrauen in Bitcoin vertieft sich Block für Block, ohne dass es einen endgültigen Abschluss gibt. Ethereum fügt einen finalisierten Checkpoint-Zustand hinzu – in der Regel nach etwa 13 Minuten –, im Gegenzug für ein komplexeres Protokoll und einen Bootstrap-Mechanismus mit geringer Subjektivität für Knoten, die nach langer Abwesenheit zurückkehren. Für Netzwerkdesigner ist die Wahl ein Paket von Annahmen: physischer Aufwand und probabilistische Tiefe oder gebundenes Kapital, nachweisbare Sicherheit und explizite Endgültigkeit.
Die am besten zu vertretende Schlussfolgerung ist daher an Bedingungen geknüpft. Proof-of-Stake ist deutlich energieeffizienter. Proof-of-Work ist einfacher und blickt auf eine längere Erfolgsgeschichte zurück. Proof-of-Stake macht katastrophale Sicherheitsfehler identifizierbar. Proof-of-Work verankert die Kettenauswahl in einer externen Ressource. Keines der beiden Verfahren ist allein aufgrund seiner Bezeichnung sicher; jedes ist nur so lange sicher, wie seine Software, seine Ökonomik, die Verteilung der Betreiber und die Verifizierungskultur weiterhin dem Modell entsprechen.
Quellen und weiterführende Literatur
Wichtige Referenzen für diesen Artikel, Stand: Juli 2026.
- Ethereum.org – Konsensmechanismen. https://ethereum.org/developers/docs/consensus-mechanisms/
- Bitcoin: Ein Peer-to-Peer-System für elektronisches Geld. https://bitcoin.org/bitcoin.pdf
- Bitcoin-Entwicklerhandbuch – Blockchain. https://developer.bitcoin.org/devguide/block_chain.html
- Bitcoin-Entwicklerhandbuch – Mining. https://developer.bitcoin.org/devguide/mining.html
- Ethereum.org – Proof of Stake. https://ethereum.org/developers/docs/consensus-mechanisms/pos/
- Ethereum.org – Gasper. https://ethereum.org/developers/docs/consensus-mechanisms/pos/gasper/
- Ethereum.org – Belohnungen und Strafen beim Proof-of-Stake. https://ethereum.org/developers/docs/consensus-mechanisms/pos/rewards-and-penalties/
- Ethereum.org – Schwache Subjektivität. https://ethereum.org/developers/docs/consensus-mechanisms/pos/weak-subjectivity/
- Ethereum.org – Pectra MaxEB und Entnahme-Zugangsdaten. https://ethereum.org/roadmap/pectra/maxeb/
- Ethereum.org – The Merge. https://ethereum.org/roadmap/merge/
- Ethereum.org – Proof-of-Stake-Angriffe und -Abwehr. https://ethereum.org/developers/docs/consensus-mechanisms/pos/attack-and-defense/
- Bitcoin Core – Offenlegung von CVE-2018-17144. https://bitcoincore.org/en/2018/09/20/notice/
- Ethereum.org – Warum auf Ethereum aufbauen? https://ethereum.org/latest/why-build-on-ethereum/
Kurzes Quiz: Hat es geklebt?
Sechs Fragen. Wählen Sie eine Antwort aus und überprüfen Sie anschließend die Erklärungen unten.
Sie haben ein Quiz zu „Proof of Work vs. Proof of Stake: Wie Blockchains einen Konsens erzielen“ abgeschlossen! Teilen Sie Ihren Erfolg in den sozialen Medien.
War das hilfreich?
