#dusk $DUSK @Dusk
Zwei Zeilen aus den Dusk-Staking-Dokumenten, ein paar Absätze auseinander. Erstens: Es gibt keine Protokoll-Wartezeit nach einer erfolgreichen Unstaking-Transaktion. Das andere: Weiche Strafen können einen Teil des aktiven Stakings in gesperrtes Stake verschieben. Also was gilt — frei herumgehen oder Kapital, das an Ort und Stelle festgenagelt werden kann?
Beides. Und der Unterschied liegt darin, wo das tatsächliche Risiko steckt.
Ein- und Ausstieg sind nicht symmetrisch. Das direkte Mindest-Stake beträgt 1.000 DUSK; die Doku setzt eine Untergrenze, nicht eine Obergrenze. Der Ausstieg erfolgt sofort — vollständiges Unstake oder teilweise, solange das, was übrig bleibt, weiterhin 1.000 erfüllt. Beim Eintritt ist das nicht so. Ein neues Stake wird erst zu Beginn der Epoche nach der nächsten Grenze berechtigt. Eine Epoche umfasst 2.160 Blöcke; je nachdem, wo deine Transaktion landet, dauert die Aktivierung ungefähr eine bis zwei Epochen — etwa 6 bis 12 Stunden.
Lies das als Verhalten, nicht als Dokumentation. Das Verlassen kostet eine Gebühr. Zurückkehren kostet einen halben Tag, in dem du nichts verdienst und der nicht zählt. Unter Volatilität schiebt diese Asymmetrie den Validator-Set still und leise schneller auseinander, als er nachgefüllt wird.
Die Sperre, die es gibt, ist eine Strafe — kein Zeitplan. Weiche Strafen decken fehlende Teilnahme ab: Berechtigung aussetzen, einen Teil des aktiven Stakings in gesperrtes Stake verschieben. Es ist immer noch deins. Es macht nur nichts. Harte Strafen decken nachweislich ungültiges Konsensverhalten ab — ungültige Votes, das Signieren widersprüchlicher Vorschläge — und können Stake verbrennen. Daher die eine Betreiber-Regel, die ich ans Rack nageln würde: Betreibe nie denselben Konsensschlüssel auf zwei aktiven Nodes.
Fair ist fair. Das Trennen von Ausfallzeiten von nachweisbarem Fehlverhalten ist gutes Design, und das Verbrennen für Letzteres vorzusehen ist vertretbar. Meine Frage ist enger gefasst: Ist „kein Lockup“ eine ehrliche Schlagzeile, wenn ein Uptime-Fehler Kapital immobilisieren kann?
Also — Delegatoren und Pool-Nutzer: Welches Risiko bepreist ihr eigentlich? Slashing oder das leisere: Stake, das gesperrt dasteht, während eine Node pausiert?
Zwei Zeilen aus den Dusk-Staking-Dokumenten, ein paar Absätze auseinander. Erstens: Es gibt keine Protokoll-Wartezeit nach einer erfolgreichen Unstaking-Transaktion. Das andere: Weiche Strafen können einen Teil des aktiven Stakings in gesperrtes Stake verschieben. Also was gilt — frei herumgehen oder Kapital, das an Ort und Stelle festgenagelt werden kann?
Beides. Und der Unterschied liegt darin, wo das tatsächliche Risiko steckt.
Ein- und Ausstieg sind nicht symmetrisch. Das direkte Mindest-Stake beträgt 1.000 DUSK; die Doku setzt eine Untergrenze, nicht eine Obergrenze. Der Ausstieg erfolgt sofort — vollständiges Unstake oder teilweise, solange das, was übrig bleibt, weiterhin 1.000 erfüllt. Beim Eintritt ist das nicht so. Ein neues Stake wird erst zu Beginn der Epoche nach der nächsten Grenze berechtigt. Eine Epoche umfasst 2.160 Blöcke; je nachdem, wo deine Transaktion landet, dauert die Aktivierung ungefähr eine bis zwei Epochen — etwa 6 bis 12 Stunden.
Lies das als Verhalten, nicht als Dokumentation. Das Verlassen kostet eine Gebühr. Zurückkehren kostet einen halben Tag, in dem du nichts verdienst und der nicht zählt. Unter Volatilität schiebt diese Asymmetrie den Validator-Set still und leise schneller auseinander, als er nachgefüllt wird.
Die Sperre, die es gibt, ist eine Strafe — kein Zeitplan. Weiche Strafen decken fehlende Teilnahme ab: Berechtigung aussetzen, einen Teil des aktiven Stakings in gesperrtes Stake verschieben. Es ist immer noch deins. Es macht nur nichts. Harte Strafen decken nachweislich ungültiges Konsensverhalten ab — ungültige Votes, das Signieren widersprüchlicher Vorschläge — und können Stake verbrennen. Daher die eine Betreiber-Regel, die ich ans Rack nageln würde: Betreibe nie denselben Konsensschlüssel auf zwei aktiven Nodes.
Fair ist fair. Das Trennen von Ausfallzeiten von nachweisbarem Fehlverhalten ist gutes Design, und das Verbrennen für Letzteres vorzusehen ist vertretbar. Meine Frage ist enger gefasst: Ist „kein Lockup“ eine ehrliche Schlagzeile, wenn ein Uptime-Fehler Kapital immobilisieren kann?
Also — Delegatoren und Pool-Nutzer: Welches Risiko bepreist ihr eigentlich? Slashing oder das leisere: Stake, das gesperrt dasteht, während eine Node pausiert?