#dusk Ich habe die Beschlagnahme-/Slashing-Mechanik von Dusk noch einmal komplett auseinandergenommen und festgestellt, dass am leichtesten etwas falsch verstanden wird nicht die Strafstärke ist, sondern dass „weiche“ und „harte“ Strafen grundsätzlich nicht dasselbe sind. In der offiziellen Dokumentation wird das ganz klar unterschieden: Weiche Strafen betreffen das Scheitern bei der Beteiligung an einem Konsens, zum Beispiel wenn ein Provisioner innerhalb der vorgegebenen Zeit keinen Block erzeugt oder nicht abstimmt; harte Strafen betreffen nachweislich böswilliges Verhalten – etwa wenn man für denselben Height einen widersprüchlichen Vorschlag signiert oder wenn derselbe Konsens-Schlüssel gleichzeitig auf mehreren Nodes läuft.
Die Folgen beider unterscheiden sich stark. Weiche Strafen setzen die $SNDKB Provisioner-Qualifikation vorübergehend aus und überführen einen Teil des active stake in locked stake. Beachte: locked stake gehört weiterhin der/ dem Staker:in selbst, nimmt jedoch vorübergehend nicht am Konsens teil und erzeugt auch keine Erträge. Das ist etwas völlig anderes als wenn Assets direkt abgezogen würden. Harte Strafen sind es, die tatsächlich einen Teil der DUSK verbrennen.
Für Nutzer:innen, die aus dem ETH-Ökosystem kommen, gibt es bei slashing ein Gefühl wie bei ETH2.0, aber bei Dusk kommt noch eine zusätzliche Pufferschicht durch weiches Slashing dazu. Das gibt den Operatoren ein Zeitfenster zum Korrigieren – wenn du wegen Netzwerkfluktuationen die Abstimmung verpasst, verbrennt es nicht direkt deine Coins, aber du wirst vorübergehend „zur Seite gestellt“. Und wenn du absichtlich böse handelst, ist das natürlich eine andere Sache.$SPCXB
Für normale $DUSK -Inhaber:innen ist es bei der Node vor allem nicht die Rendite, die du im Blick haben solltest, sondern ob „mein Konsens-Schlüssel wirklich nur auf einer einzigen Maschine läuft“. Die Doku betont das immer wieder, aber viele finden es bequem, dass eine Cloud-Server-Instanz ein automatisches Failover macht. Ergebnis: Die alte Instanz ist nicht vollständig heruntergefahren, während die neue schon gestartet ist – und dann sind beide Instanzen gleichzeitig aktiv. Das triggert direkt das harte Slashing.
Darum denke ich, dass @Dusk künftig im Operations-Panel nicht (nur) der APY-Wert gezeigt werden sollte, sondern der Gesundheitsstatus der Node, die Prüfung der Einzigartigkeit des Konsens-Schlüssels und ob ein Risiko für weiches Slashing besteht. Staker:innen sollten nicht erst, wenn etwas schiefgeht, in die Doku schauen müssen.
#dusk @Dusk