Peercoin und Proof-of-Stake

Neugier

1. Warum sollte ein Netzwerk das Halten von Coins belohnen statt das Verbrennen von Strom?
2. Wie kann ein Angreifer mit Schlüsseln, die er vor zehn Jahren besaß, die Historie umschreiben, ohne neue Ressourcen aufzuwenden?
3. Was hindert einen Validator daran, gleichzeitig zwei verschiedene Blöcke zu signieren?

Erkunden

1. Proof of Stake wurde erstmals 2011 im Bitcoin-Forum diskutiert; die erste funktionsfähige Version stammte von dem pseudonymen Entwickler Sunny King und von Scott Nadal, deren PPCoin das „Coin Age“ nutzte, um Blockproduzenten auszuwählen. In diesem Modell gewannen nicht ausgegebene Transaktionsausgaben (UTXOs) allein dadurch an Gewicht, dass sie auf der Chain existierten. Je länger ein Coin unberührt in einer Wallet lag, desto höher war die Wahrscheinlichkeit, dass er ausgewählt wurde, um den nächsten Block zu erzeugen – damit waren Konsensrechte direkt an langfristiges Halteverhalten gekoppelt statt an Rechenleistung.
2. PPCoin, später in Peercoin umbenannt, startete im August 2012 als Hybrid: Proof of Work brachte neue Coins hervor, während Proof-of-Stake-Blöcke, die gestakte Coins mit rund 1 % pro Jahr belohnten, einen Großteil der Sicherheit trugen. Jahrelang stützte sich das System zudem auf Checkpoints, die von den Entwicklern zentral signiert wurden – eine Absicherung, in der Kritiker einen zentralen Kontrollpunkt sahen.
3. Frühe Analysen deckten eine kritische Schwachstelle auf, bekannt als „Nothing at Stake“. Da das Erzeugen von Blöcken über den ursprünglichen Kauf der Coins hinaus keine physischen Ressourcen kostete, konnten Validatoren mehrere konkurrierende Forks der Chain günstig unterstützen. Hielt ein Angreifer einen erheblichen Stake, konnte er auf beiden Seiten einer Spaltung gültige Blöcke signieren und so Unklarheit darüber schaffen, welche Historie die kanonische ist – ohne für die zusätzliche Arbeit Grenzkosten zu tragen.
4. Daraus ergab sich das Problem der Long-Range-Angriffe. Ein Angreifer, der Jahre zuvor genutzte private Schlüssel in die Hände bekam, könnte theoretisch die gesamte Historie der Chain ab diesem Punkt neu schreiben. Da zur Validierung dieser historischen Blöcke keine neue Berechnung nötig war, könnte ein Node, der von Grund auf synchronisiert, die Version des Angreifers akzeptieren, sofern sie mathematisch gültig erscheint – was die Finalität von Transaktionen untergräbt, die bereits Monate oder Jahre zuvor abgewickelt wurden.
5. Vitalik Buterin ging dieses Problem 2014 mit dem Konzept der „Weak Subjectivity“ an. Neue Nodes, die dem Netzwerk beitreten, müssen einem aktuellen Checkpoint vertrauen, den bestehende Teilnehmer bereitstellen. Indem man sich auf eine bestimmte Blockhöhe als Ausgangspunkt der Validierung einigt, verhindert das Netzwerk Long-Range-Angriffe, die darauf beruhen, die Historie vor diesem Checkpoint umzuschreiben. Dieser Kompromiss schafft während der ersten Synchronisierung eine Abhängigkeit von vertrauenswürdigen Peers, schützt aber vor der Manipulation der Historie.
6. Spätere Designs ergänzten Slashing-Mechanismen, um Fehlverhalten zu bestrafen. Signierte ein Validator widersprüchliche Blöcke oder handelte er böswillig, verfielen seine gestakten Coins. Nxt startete 2013 als eine der ersten reinen Proof-of-Stake-Chains und verzichtete vollständig auf das hybride Element. Diese Entwicklungen legten die grundlegenden Parameter für modernen Stake-basierten Konsens fest: Wirtschaftliche Strafen erzwingen Ehrlichkeit, während Weak Subjectivity das Vertrauen beim Bootstrapping des Netzwerks regelt.

Kernfakten

Übung neun, sechs, drei, eins

Faktcheck

Datumsangaben, Zahlen und Behauptungen wurden mit den unten aufgeführten veröffentlichten Quellen abgeglichen.

• S. King & S. Nadal, 'PPCoin: Peer-to-Peer Crypto-Currency with Proof-of-Stake' (2012)
• V. Buterin, 'Proof of Stake: How I Learned to Love Weak Subjectivity' (2014)
• Nxt documentation and release notes (2013)