Validator-Slashing: Wie Staker Geld verlieren

Slashing ist eine Strafe, die einen Teil der gestakten Mittel eines Validators für beweisbar schädliches Verhalten vernichtet — vor allem Double-Signing (Equivocation) oder Surround Votes. Es existiert, um Angriffe auf die Chain teuer zu machen. Gewöhnliche Ausfallzeit ist kein Slashing; offline zu gehen verursacht stattdessen kleine Inaktivitätsstrafen.

Das ist die kurze Antwort. Der Rest dieser Seite trennt die zwei sehr unterschiedlichen Arten, wie ein Staker Geld verliert, und zeigt, wo das eigentliche Risiko liegt.

---

Slashing gegen Ausfallzeit: zwei verschiedene Strafen

Proof-of-Stake-Chains bestrafen Validatoren in zwei Kategorien, und sie zu verwechseln ist das häufigste Missverständnis.

Slashing ist Vergehen vorbehalten, die das Protokoll kryptografisch als Angriff auf den Konsens beweisen kann. Bei einem geslashten Validator werden Mittel verbrannt, er wird zwangsweise aus dem aktiven Set entfernt und kann nicht wieder beitreten. Bei Ethereum sind die slashbaren Vergehen:

• Double-Proposing — das Signieren zweier verschiedener Blöcke für denselben Slot.
• Double-Attesting (Equivocation) — das Signieren zweier widersprüchlicher Attestierungen für dasselbe Ziel.
• Surround Votes — das Abgeben einer Attestierung, deren Stimmspanne eine frühere Stimme umschließt oder von ihr umschlossen wird, ein Muster, das nur ein unehrlicher oder falsch konfigurierter Validator erzeugt.

Alle drei laufen darauf hinaus, dass der Validator gleichzeitig zwei widersprüchliche Dinge über die Chain-Historie sagt. Genau das würde ein Angreifer tun, der die Chain forken oder rückgängig machen will, also behandelt das Protokoll es unabhängig von der Absicht als feindlich.

Ausfallzeit (Downtime) ist kein Slashing. Wenn dein Validator offline ist und Attestierungen verpasst, erleidest du ein kleines Inaktivitäts-Leck (inactivity leak) — du verdienst keine Belohnungen und verlierst einen winzigen Betrag, ungefähr so viel, wie du gewonnen hättest. Unter normalen Bedingungen sind das Bruchteile eines Prozents pro Tag. Es eskaliert nur während eines Inactivity-Leak-Ereignisses zu ernsten Verlusten, wenn die Chain lange nicht finalisiert und Offline-Validatoren geleert werden, um eine Supermehrheit wiederherzustellen. Das ist ein seltener, chain-weiter Notfall, keine routinemäßige Strafe.

---

Die Korrelationsstrafe

Slashing ist keine feste Geldbuße. Der Betrag skaliert damit, wie viele Validatoren ungefähr zur gleichen Zeit geslasht werden, über die Korrelationsstrafe (bei Ethereum: das proportionale Slashing).

Die Logik: Ein einzelner Validator, der eine Equivocation begeht, ist wahrscheinlich ein Fehler oder ein einzelner böswilliger Akteur und richtet wenig Schaden an. Tausende, die es gemeinsam tun, sehen aus wie ein koordinierter Angriff. Je mehr Stake im selben Fenster geslasht wird, desto größer ist die Strafe, die jeder Täter zahlt — möglicherweise sein gesamtes Guthaben, wenn der korrelierte Anteil hoch genug ist.

Dieses Design entmutigt Konzentration direkt. Viele Validatoren auf identischer Infrastruktur zu betreiben bedeutet, dass ein Fehler sie alle gleichzeitig slashen kann und den Korrelationsmultiplikator auslöst. Es ist ein bewusster Anreiz, Stake über unabhängige Clients, Maschinen und Betreiber zu verteilen.

---

Ereignisse, Ursachen und Schwere

Der Unterschied zwischen der obersten Zeile und dem Rest ist der springende Punkt: Ausfallzeit kostet dich Belohnungen, Slashing kostet dich das Kapital.

---

Wer ist gefährdet und wie man es vermeidet

Die überwältigende Mehrheit realer Slashings hat eine Grundursache: dieselben Validator-Keys, die gleichzeitig auf zwei Maschinen laufen. Jemand richtet einen Backup- oder Failover-Node mit denselben Keys ein, beide gehen online, und die zwei Instanzen signieren widersprüchliche Nachrichten — ein sofortiges Equivocation-Slashing. Hier gibt es keinen Angriff, nur eine Fehlkonfiguration, die das Protokoll nicht von einem Angriff unterscheiden kann.

Wenn du selbst Validatoren betreibst, sind die praktischen Verteidigungen:

• Betreibe niemals identische Keys gleichzeitig auf zwei Nodes. Baue keinen "Hot Spare", der Keys teilt. Wenn du auf neue Hardware migrierst, fahre die alte Instanz vollständig herunter und bestätige, dass sie tot ist, bevor du die neue startest.
• Nutze die Slashing-Protection-Datenbank. Clients führen ein lokales Protokoll jeder signierten Nachricht und weigern sich, irgendetwas Slashbares zu signieren. Importiere und übertrage diese Datenbank immer beim Umzug von Setups; starte niemals bei null mit bestehenden Keys.
• Diversifiziere Clients und Infrastruktur, damit ein einzelner Client-Bug nicht deine gesamte Flotte slasht und die Korrelationsstrafe auslöst.
• Verstehe den Delegations-Handel. Bei einem Staking-Pool oder Liquid-Staking-Anbieter betreibt der Betreiber die Validatoren. Das Slashing-Risiko liegt bei ihm, nicht direkt bei dir — aber du erbst seine Kompetenz und seine Konzentration.

---

Ehrliche Grenzen

Es gibt keine risikofreie Version von Staking; es gibt nur die Wahl, welches Risiko du trägst.

Solo-Staking gibt dir volle Belohnungen und volle Kontrolle sowie volle Verantwortung. Ein Ausfallereignis kostet dich Belohnungen; ein Keys-auf-zwei-Maschinen-Fehler kostet dich Kapital durch Slashing. Die Fehlermodi sind operativ und größtenteils in deiner Hand.

Delegiertes oder Liquid-Staking verlagert diese operative Last auf einen Anbieter. Du bist nicht mehr derjenige, der doppelt signieren kann. Stattdessen übernimmst du Anbieter- und Gegenparteirisiko: Der Betreiber kann trotzdem geslasht werden (und Verluste an dich weitergeben), die Plattform kann scheitern, Verwahrungsvereinbarungen können brechen, und ein Liquid-Staking-Token kann vom zugrunde liegenden Stake abweichen (Depeg). Du hast ein Risiko, das du kontrollierst, gegen eines getauscht, das du nicht kontrollierst.

Keines ist eindeutig sicherer. Slashing ist ein kleines, vermeidbares Tail-Risiko für einen sorgfältigen Solo-Betreiber und ein delegiertes Risiko, das du persönlich nicht verhindern kannst, wenn du einen Pool nutzt.

---

FAQ

Wofür wird ein Validator geslasht? Für beweisbare Konsensverletzungen: das Vorschlagen zweier Blöcke für denselben Slot oder widersprüchliche Attestierungen (Double Votes und Surround Votes). In der Praxis stammen diese fast immer vom Betrieb doppelter Keys auf zwei Maschinen, nicht von absichtlichen Angriffen.

Werde ich geslasht, wenn ich offline gehe? Nein. Ausfallzeit ist kein slashbares Vergehen. Du verlierst Belohnungen und zahlst ein kleines Inaktivitäts-Leck, ungefähr so viel, wie du verdient hättest. Verluste werden nur während einer anhaltenden Nicht-Finalisierung ernst, was selten ist.

Wie viel kann Slashing kosten? Es beginnt mit einem initialen Verbrennen und einer erzwungenen Entfernung und fügt dann eine Korrelationsstrafe hinzu, basierend darauf, wie viel Stake neben deinem geslasht wurde. Isoliert ist der Verlust moderat; bei einem korrelierten Massen-Slashing kann er bis zu deinem gesamten gestakten Guthaben skalieren.

Schützt mich Staking über einen Pool vor Slashing? Es verlagert das operative Risiko auf den Betreiber, statt es zu beseitigen. Du wirst nicht persönlich doppelt signieren, aber der Betreiber kann trotzdem geslasht werden und den Verlust an dich weitergeben, und im Gegenzug übernimmst du Anbieter- und Gegenparteirisiko.

---

Bevor du überhaupt stakst, stelle sicher, dass du den Mechanismus verstehst, den du absicherst — lies was Staking ist und wie Proof-of-Stake sich mit Proof-of-Work vergleicht. Wenn du lieber keinen Validator betreiben willst, wäge die Kompromisse beim Liquid-Staking ab.