{"id":411,"date":"2026-07-25T19:55:41","date_gmt":"2026-07-25T19:55:41","guid":{"rendered":"https:\/\/tokenspin.de.com\/slashing-explained\/"},"modified":"2026-07-27T11:38:53","modified_gmt":"2026-07-27T11:38:53","slug":"slashing-strafen-proof-of-stake-erklaert","status":"publish","type":"post","link":"https:\/\/tokenspin.de.com\/de\/slashing-strafen-proof-of-stake-erklaert\/","title":{"rendered":"Slashing erkl\u00e4rt: Wie gestaktes Krypto bestraft wird"},"content":{"rendered":"

Staking wird oft so beschrieben, als g\u00e4be es nur zwei m\u00f6gliche Ergebnisse: Rewards oder nichts. Es gibt ein drittes Ergebnis, und es ist bewusst so konstruiert. In vielen Proof-of-Stake-Netzwerken kann ein Stake, der f\u00fcr Fehlverhalten eingesetzt wird, gek\u00fcrzt werden. Dieser Mechanismus hei\u00dft Slashing.<\/p>\n

Das klingt beunruhigend, und f\u00fcr Menschen, die neu im Staking sind, ist es das oft auch. Zugleich ist es einer der beruhigenderen Teile des Systems, sobald man versteht, was damit verhindert werden soll. Dieser Artikel erkl\u00e4rt, warum es Strafen gibt, was sie im Allgemeinen ausl\u00f6st, wer die Kosten tr\u00e4gt und wie man das Risiko einsch\u00e4tzt, bevor man etwas delegiert. Er ist informativ und keine Finanzberatung.<\/p>\n

Warum es \u00fcberhaupt Strafen gibt<\/h2>\n

Eine Blockchain braucht die \u00dcbereinstimmung aller Beteiligten \u00fcber eine gemeinsame Historie. Proof-of-Stake erreicht das, indem Teilnehmer Token sperren und damit Bl\u00f6cke vorschlagen und best\u00e4tigen. Ihr Stake ist es, der ihrer Signatur Gewicht verleiht.<\/p>\n

Diese Konstruktion h\u00e4lt nur, wenn L\u00fcgen etwas kostet. K\u00f6nnte ein Validator zwei widerspr\u00fcchliche Versionen der Historie signieren, ohne etwas zu verlieren, w\u00e4re ein Angriff auf die Chain kostenlos und das gesamte Gebilde wertlos. Slashing liefert diese Kosten. Es macht eine bestimmte Klasse von Fehlverhalten nachweisbar teuer \u2013 und zwar f\u00fcr die Partei, die es begangen hat.<\/p>\n

So betrachtet ist Slashing keine feindselige Funktion, die sich gegen Nutzer richtet. Es ist das, was die Rewards \u00fcberhaupt erst bedeutsam macht, denn es untermauert die Zusicherung, dass die ehrliche Teilnahme aller anderen etwas wert ist.<\/p>\n

Was Slashing \u00fcblicherweise bestraft<\/h2>\n

Die genauen Regeln, Schwellenwerte und Schweregrade unterscheiden sich von Netzwerk zu Netzwerk und k\u00f6nnen \u00fcber Governance ge\u00e4ndert werden. Betrachten Sie das Folgende daher als grobe Form und nicht als Spezifikation f\u00fcr eine bestimmte Chain. Zwei Kategorien tauchen immer wieder auf.<\/p>\n

Widerspr\u00fcchliche Aussagen signieren<\/h3>\n

Der eindeutigste Fall ist ein Validator, der zwei sich widersprechende Nachrichten f\u00fcr denselben Slot oder dieselbe H\u00f6he erzeugt \u2013 \u00fcblicherweise als Double Signing oder Equivocation bezeichnet. Das ist das Verhalten, das die Historie der Chain spalten k\u00f6nnte, und es wird \u00fcberall dort ernst genommen, wo es bestraft wird.<\/p>\n

Wichtig ist: Es setzt keine b\u00f6se Absicht voraus. Eine h\u00e4ufige Ursache ist ein Versehen \u2013 derselbe Validator-Key l\u00e4uft gleichzeitig auf zwei Maschinen, oft weil jemand einen Backup-Server aufsetzt, ohne den urspr\u00fcnglichen ordnungsgem\u00e4\u00df stillzulegen. Das Protokoll kann keine Absichten lesen. Es sieht zwei widerspr\u00fcchliche Signaturen von einem Key.<\/p>\n

Die Aufgabe nicht erf\u00fcllen<\/h3>\n

Die zweite Kategorie ist fehlende Teilnahme, wenn sie erforderlich w\u00e4re. Netzwerke gehen damit sehr unterschiedlich um. In vielen bedeutet gew\u00f6hnliche Ausfallzeit schlicht, dass es f\u00fcr den vers\u00e4umten Zeitraum keine Rewards gibt \u2013 das ist eine entgangene Gelegenheit und kein vernichteter Stake. In anderen kann anhaltende oder schwerwiegende Nichtverf\u00fcgbarkeit zu einer Strafe gegen den Stake f\u00fchren oder dazu, dass der Validator aus dem aktiven Set entfernt wird, bis das Problem behoben ist.<\/p>\n

Das allgemeine Prinzip lautet: Vereinzelte, kurze Ausf\u00e4lle sind eher g\u00fcnstig, w\u00e4hrend anhaltendes Versagen eher eskaliert. Diese Unterscheidung erspart viel unn\u00f6tige Sorge: Entgangene Rewards, weil ein Validator kurz offline war, kommen h\u00e4ufig vor und sind mild, w\u00e4hrend vernichteter Stake wegen Equivocation selten und schwerwiegend ist. Die meisten Delegierenden erleben Validator-Probleme meistens als leicht geringere Rewards und nicht als Verluste.<\/p>\n

Wer das Geld tats\u00e4chlich verliert<\/h2>\n

Hier kommt der Teil, der Menschen \u00fcberrascht, die delegieren, statt einen eigenen Validator zu betreiben.<\/p>\n

Wenn Sie delegieren, geben Sie in den meisten Konstruktionen nicht die Verwahrung Ihrer Token ab. Der Betreiber kann sie nicht ausgeben. Sie leihen dem Validator vielmehr das Gewicht Ihres Stakes, sodass dessen Signaturen den Einfluss Ihrer Token tragen.<\/p>\n

Weil die Strafe auf den Stake hinter dem fehlverhaltenden Validator angewendet wird, tragen Delegierende sie in der Regel anteilig mit. Der Betreiber verliert seinen eigenen Stake und seine k\u00fcnftigen Geb\u00fchreneinnahmen, aber die Token der Delegierenden sind nicht allein deshalb gesch\u00fctzt, weil jemand anderes die Maschine betrieben hat.<\/p>\n

Deshalb ist die Wahl eines Betreibers eine echte Entscheidung und keine Formalit\u00e4t. Sie vertrauen auf dessen Umgang mit Keys, auf Infrastruktur, Monitoring und Upgrade-Disziplin. Manche Betreiber werben mit eigenen Absicherungen oder versprechen, betroffene Delegierende zu entsch\u00e4digen. Solche Vereinbarungen k\u00f6nnen echt sein, aber sie sind kommerzielle Versprechen und keine Protokollgarantien \u2013 und sie sind nur so gut wie die Instanz, die sie abgibt.<\/p>\n

Ihr Risiko verringern<\/h2>\n

Sie k\u00f6nnen dieses Risiko beim Staking nicht beseitigen, aber Sie k\u00f6nnen bewusst damit umgehen. Punkte, die vor dem Delegieren eine Abw\u00e4gung wert sind:<\/p>\n