Ich bin graben gegangen, weil die weiche, „abgeschliffene“ Beschreibung in der Tokenomics-Seite von Dusk sich dünn angefühlt hat – „ausgesetzt für einen oder mehrere Epochen“ ist im Grunde alles, was dort steht. Dabei ist das eigentliche Mechanismus viel konkreter; ich musste ihn nur in einem Engineering-Update von 2024 finden, statt in den aktuellen Dokus.
Der erste Fehltritt bringt eine Warnung. Der zweite Fehltritt setzt den Einsatz für 1 Epoche aus. Ein weiterer Fehltritt danach, und die Aussetzung steigt auf 2 Epochen, dann weiter aufwärts – sie eskaliert mit jedem weiteren Verfehlen. Der Zähler wird erst dann zurückgesetzt, wenn der Provisioner tatsächlich wieder einen Block oder einen Vote produziert. Das ist ein echter, konzipierter Cooldown-Mechanismus – nicht irgendein vager „gesperrter“-Zustand.
Also liegt das Problem nicht in der Lücke – sondern in der Dokumentation. Der Engineering-Blog hat die präzise Version, die Referenz-Doks haben die vage Zusammenfassung, und ich kann keine Verbindung zwischen beidem finden. Für ein Netzwerk, das auf präziser, regulierter Genauigkeit basiert, wirkt es rückwärts, die eigentliche Slashing-Mathematik in einem alten Blogpost zu vergraben, statt auf der Tokenomics-Seite.
Weiß jemand, ob diese Eskalationslogik inzwischen in eine neuere Doku übernommen wurde – oder ist der Blogpost immer noch die einzige Stelle, wo es so genau ausgeschrieben ist? 🧐

#dusk $DUSK @Dusk