Validator im Jail: Was das heißt und wie Unjailing funktioniert

2026-09-03

Validator im Jail: Was das heißt und wie Unjailing funktioniert

Ein Validator, an den du delegiert hast, taucht nicht mehr im aktiven Set auf, und deine Belohnungen bleiben aus. Nichts wurde eingezogen, und keine Meldung hat es erklärt. Der Validator ist im Jail – das ist ein Zustand, in den die Chain ihn versetzt, keine Gebühr, die sie ihm berechnet; und um wieder herauszukommen, muss jemand etwas tun statt zu warten.

Validator im Jail: Was das heißt und wie Unjailing funktioniert: die wichtigsten Punkte auf einen Blick

Was Jailing tatsächlich ist

Jailing ist ein Status-Flag im Datensatz eines Validators. Ist es gesetzt, entfernt die Chain diesen Validator aus dem Index, aus dem sie das aktive Set baut. Vom nächsten Block an signiert der Validator also nicht mehr, schlägt nichts mehr vor und erhält keinen Anteil an den Blockbelohnungen.

Es ist eine Aussetzung der Berechtigung, keine Abbuchung. Im Moment des Jailings wird nichts abgezogen. Der Preis ist das Einkommen, das ausbleibt, solange das Flag gesetzt ist – und das Flag bleibt gesetzt, bis es ausdrücklich gelöscht wird.

Jailing ist nicht Slashing

Die beiden Wörter werden benutzt, als wären sie eine Sache, dabei sind es getrennte Mechanismen, die nur von denselben Ereignissen ausgelöst werden. Slashing verbrennt einen Prozentsatz des Stakes. Jailing entfernt den Validator aus dem aktiven Set. Auf denselben Fehler hin kann eine Chain das eine tun, das andere, beides oder nichts – und was sie tut, ist ein Parameter, den jede Chain für sich selbst setzt.

Dieser letzte Punkt ist der Ort der meisten Verwirrung. Auf Chains mit Cosmos SDK läuft der Pfad für Downtime tatsächlich durch das Slashing-Modul, Downtime kann also nicht nur eine Aussetzung, sondern auch eine Verbrennung mit sich bringen. Aber die Höhe dieser Verbrennung ist ein Parameter, und manche Chains setzen ihn auf null. Osmosis, Celestia und Injective laufen alle mit einem Downtime-Slash-Anteil von null: Ein Validator, der auf diesen Chains offline geht, wird gejailt, ohne dass Stake verbrannt wird.

Die sichere Aussage ist deshalb eng: Downtime wird vom Slashing-Modul behandelt, und ob sie Stake kostet, hängt von der Chain ab, die du dir gerade ansiehst. Nimm es in keine Richtung an und trage keine Zahl von einer Chain auf eine andere.

Was einen Validator ins Jail bringt

Es gibt zwei Kategorien von Fehlern, und sie werden sehr unterschiedlich behandelt.

Downtime wird über ein gleitendes Fenster der letzten Blöcke gemessen. Beurteilt wird deshalb nicht die Verfügbarkeit als Gesamtprozentsatz, sondern ob die Signaturen innerhalb dieses Fensters angekommen sind. Ein Validator, der mehr als einen erlaubten Anteil davon nicht signiert, wird gejailt. Sowohl das Fenster als auch der erlaubte Anteil sind Chain-Parameter, und hier sieht man am deutlichsten, warum Standardwerte keine echten Werte sind. Das Cosmos SDK liefert ein Standardfenster von 100 Blöcken, einen Mindestsignaturanteil von 50% und einen Downtime-Slash von 1%. Cosmos Hub läuft mit einem Fenster von 10.000 Blöcken, einem Mindestsignaturanteil von 5% und einem Downtime-Slash von 0,01%.

Lies diese beiden Zeilen gegeneinander. Jede Zahl unterscheidet sich, und eine davon um den Faktor hundert. Ein Leitfaden, der SDK-Standardwerte zitiert, als beschrieben sie eine laufende Chain, beschreibt nichts, was existiert.

Doppelsignatur ist die andere Kategorie, und sie ist keine Frage des Ausmaßes. Zwei widersprüchliche Blöcke auf derselben Höhe zu signieren, ist der Nachweis eines Fehlers, den das Netzwerk nicht dulden kann. Deshalb folgen darauf ein viel größerer Slash und ein dauerhaftes Jail, das Cosmos Tombstoning nennt. Ein getombstonter Validator kann nicht freigegeben werden. Seine Betreiber müssen mit einem neuen Schlüssel von vorn anfangen, und seine Delegatoren müssen umziehen.

Die beiden Fehler nebeneinander

Downtime Doppelsignatur
Was die Chain beobachtet hat Zu viele verpasste Blöcke im Fenster Zwei widersprüchliche Blöcke auf einer Höhe
Aus dem aktiven Set entfernt Ja Ja
Stake verbrannt Ein Chain-Parameter, auf manchen Chains null Ja, und deutlich mehr
Freigabe möglich Ja, nach einer Wartezeit Nein, das Jail ist dauerhaft
Cosmos-Name für den dauerhaften Fall Nicht zutreffend Tombstoned

Der Ausgang ist eine Transaktion, kein Timer

Das ist der Teil, der Delegatoren überrascht. Die Wartezeit nach einem Downtime-Jailing muss ablaufen, aber wenn sie abgelaufen ist, passiert von allein nichts. Der Betreiber des Validators muss eine Unjail-Transaktion einreichen, und die Chain weist sie zurück, wenn der Validator nicht gejailt ist, wenn die Frist nicht abgelaufen ist, wenn die Selbstdelegation unter dem Minimum liegt oder wenn der Validator getombstoned ist.

Die praktische Folge: Ein gejailter Validator kann unbegrenzt gejailt bleiben, während sein Betreiber schläft, im Urlaub ist oder das Setup aufgegeben hat. Die Wartezeit ist eine Untergrenze dafür, wie früh er zurückkommen kann, kein Zeitplan dafür, wann er es tut.

Was es bedeutet, wenn du delegiert hast

Solange dein Validator gejailt ist, entstehen dir keine neuen Belohnungen, denn Belohnungen werden in jedem Block über das gebundene Set verteilt, und ein gejailter Validator gehört nicht dazu. Belohnungen, die vor dem Jailing entstanden sind, bleiben unberührt und weiterhin abrufbar.

Deine Optionen sind nicht symmetrisch, und diesen Unterschied zu kennen lohnt sich, bevor du ihn brauchst. Deinen Stake zu einem anderen Validator zu bewegen, ist eine Redelegation, und sie wirkt insofern sofort, als dein Stake in derselben Transaktion beim neuen Validator verbucht wird. Zu verdienen beginnt er, sobald dieser neue Validator selbst im aktiven Set ist. Ganz aus dem Staking auszusteigen, ist eine Undelegation, und die läuft immer die volle Entsperrfrist ab, gerechnet ab dem Moment, in dem du sie einreichst.

Es gibt noch eine Feinheit, die zu deinen Gunsten wirkt. Wenn du von einem Validator wegredelegierst, der sich bereits in der Entsperrung befindet, erbt die Wartezeit dieser Redelegation die Uhr des Validators selbst, statt eine neue zu starten. Je länger er schon gejailt ist, desto weniger von diesem Fenster bleibt für dich übrig. Dieses Fenster bestimmt nicht, wann du wieder verdienst; es bestimmt, ob du weiter zu noch einem Validator springen kannst und ob dein Stake noch von einem Slash für etwas erreicht werden kann, das der alte Validator früher getan hat.

Jail ist ein Cosmos-Wort

Das Vokabular reist nicht mit, und die Mechanik auch nicht. Jail, Unjail und Tombstone sind Begriffe des Cosmos SDK mit definierten Onchain-Bedeutungen.

Solana hat ein Etikett, das gleichwertig aussieht und es nicht ist. Ein Validator kann als delinquent gemeldet werden, aber das ist eine Einstufung durch genau den RPC-Knoten, den du gefragt hast, anhand eines Schwellenwerts, den der Aufrufer selbst übergibt. Es ist kein Konsenszustand. Ein als delinquent gemeldeter Validator wird nirgends entfernt, behält die Leader-Slots, die ihm sein Stake-Gewicht eingebracht hat, und hat keine Freigabeprozedur zu erledigen, weil es nichts gibt, wovon er freigegeben würde.

Ethereum hat ebenfalls keinen gleichwertigen Zustand. Die Wege, die einen Validator aus seinem aktiven Set nehmen, sind der freiwillige Exit, die Ejection, sobald das effektive Guthaben zu weit fällt, und der erzwungene Exit nach einem Slashing. Eine vorübergehende Aussetzung, aus der man zurückkommt, gibt es dort nicht.

Die Regel zum Mitnehmen: Dieses ganze Vokabular gehört einer einzigen Chain-Familie. Prüfe, wie die Chain, die du tatsächlich nutzt, die Situation nennt und was sie dagegen tut, statt anzunehmen, die Wörter bedeuteten überall dasselbe. Dieselbe Vorsicht gilt beim Lesen über Validatoren allgemein und beim Vergleich von Designs über Proof-of-Stake-Netzwerke hinweg.

Fazit

Jailing setzt die Berechtigung eines Validators aus; Slashing verbrennt seinen Stake. Sie werden oft genug gemeinsam ausgelöst, um verwechselt zu werden, aber ob Downtime überhaupt Stake kostet, ist ein Parameter, den manche Chains auf null setzen.

Wenn ein Validator, an den du delegiert hast, gejailt ist, sind drei Dinge gleichzeitig wahr. Dir entstehen keine neuen Belohnungen. Niemand ist verpflichtet, es zu beheben, denn die Freigabe verlangt eine Transaktion des Betreibers. Und zu einem anderen Validator zu wechseln geht schneller, als ganz aus dem Staking auszusteigen, weil eine Redelegation die Uhr nicht so neu startet wie eine Undelegation. Um die Grundlagen weiter zu lernen, folge weiteren Beiträgen der Bitbase Academy.

Weiterführende Artikel

Weitere Bitbase-Artikel zu diesem Thema:

- Auto-Compounding gegen manuelles Staking: Was der Unterschied wert ist

- Renzo erklärt

- Was ist Lido? stETH, Node-Betreiber und Dual Governance

- Das Kopf-Schulter-Muster

- Was ist eine Krypto-Transaktionsgebühr?

Haftungsausschluss: Dieser Artikel ist Bildungsinhalt der Bitbase Academy, nur zu Informationszwecken. Er ist keine Anlage-, Handels-, Steuer- oder Finanzberatung. Krypto-Assets sind volatil — schätze dein Risiko selbst ein. Stand September 2026; maßgeblich sind die aktuellen offiziellen Informationen.

Quellen

[1] Cosmos SDK, x/slashing/types/params.go (v0.55.0, Commit 64fd208a11fb54f7ffdca1a1290c2cfbbc254e49) raw.githubusercontent.com

[2] Cosmos Hub (cosmoshub-4), On-Chain-Slashing-Parameter rest.cosmos.directory

[3] Osmosis, On-Chain-Slashing-Parameter (Slashing-Anteil für Ausfallzeiten von null) rest.cosmos.directory

[4] Cosmos SDK, x/staking README (gleicher Commit) raw.githubusercontent.com

[5] Cosmos SDK, x/staking/keeper/delegation.go (gleicher Commit) raw.githubusercontent.com

[6] Solana-RPC-Dokumentation, getVoteAccounts solana.com

[7] Ethereum-Konsensspezifikationen, phase0 beacon chain (v1.5.0) raw.githubusercontent.com