#dusk $DUSK @Dusk Hat mich darauf konzentriert, in den Dusk- Konsens einzutauchen, statt nur die Doku zu überfliegen. Immer wieder bin ich bei einem Detail gelandet, das mich nicht in Ruhe gelassen hat.
Der Notfallmodus greift erst nach 16 fehlgeschlagenen Iterationen. Davor läuft „normal“ Succinct Attestation mit festen Step-Zeitüberschreitungen. Der Kandidat erscheint nicht oder erreicht kein Quorum – die Iteration endet, die nächste beginnt. Sauber und sequenziell.
Nach 16 direkten Fehlschlägen verschwinden die Timeouts. Die Iterationen bleiben offen. NoCandidate- und NoQuorum-Voten werden deaktiviert. Mehrere offene Iterationen dürfen absichtlich gleichzeitig laufen. Das erhöht die Wahrscheinlichkeit, dass mindestens eine einen gültigen Block erzeugt. Der Trade-off ist ein höheres Fork-Risiko. Wenn Forks auftreten, gilt eine feste Regel: Die Iterationsnummer mit der niedrigsten Nummer, die Konsens erreicht hat, gewinnt. Alles andere wird geschlossen, sobald ein Block akzeptiert wurde.
Es gibt aber noch ein letztes Sicherheitsnetz. Wenn sogar die finale Iteration ins Stocken gerät, können Provisioner, die eine Mehrheit des eingesetzten Kapitals halten, einen Notfallblock anfordern. Leer, keine Transaktionen, von Dusk signiert – gerade genug, um die Runde weiterzuführen. Er kann später noch durch einen Block mit niedrigerer Iterationsnummer ersetzt werden, der ein normales Quorum trifft.
Das Whitepaper und die rusk-Issues beschreiben das ganz klar. Was jedoch weiterhin nicht öffentlich ist: wie oft dieser Pfad tatsächlich auf Live-Mainnet ausgelöst wurde. Diese Häufigkeit wirkt wie der eigentliche Test, wenn das Netzwerk unter anhaltender Last steht.
Lässt mich fragen, ob 16 hoch genug ist, dass es an den meisten Tagen nie dazu kommt – oder ob stille Zeiträume bereits mehr Notfallblöcke verbergen, als der Explorer zeigt.
Der Notfallmodus greift erst nach 16 fehlgeschlagenen Iterationen. Davor läuft „normal“ Succinct Attestation mit festen Step-Zeitüberschreitungen. Der Kandidat erscheint nicht oder erreicht kein Quorum – die Iteration endet, die nächste beginnt. Sauber und sequenziell.
Nach 16 direkten Fehlschlägen verschwinden die Timeouts. Die Iterationen bleiben offen. NoCandidate- und NoQuorum-Voten werden deaktiviert. Mehrere offene Iterationen dürfen absichtlich gleichzeitig laufen. Das erhöht die Wahrscheinlichkeit, dass mindestens eine einen gültigen Block erzeugt. Der Trade-off ist ein höheres Fork-Risiko. Wenn Forks auftreten, gilt eine feste Regel: Die Iterationsnummer mit der niedrigsten Nummer, die Konsens erreicht hat, gewinnt. Alles andere wird geschlossen, sobald ein Block akzeptiert wurde.
Es gibt aber noch ein letztes Sicherheitsnetz. Wenn sogar die finale Iteration ins Stocken gerät, können Provisioner, die eine Mehrheit des eingesetzten Kapitals halten, einen Notfallblock anfordern. Leer, keine Transaktionen, von Dusk signiert – gerade genug, um die Runde weiterzuführen. Er kann später noch durch einen Block mit niedrigerer Iterationsnummer ersetzt werden, der ein normales Quorum trifft.
Das Whitepaper und die rusk-Issues beschreiben das ganz klar. Was jedoch weiterhin nicht öffentlich ist: wie oft dieser Pfad tatsächlich auf Live-Mainnet ausgelöst wurde. Diese Häufigkeit wirkt wie der eigentliche Test, wenn das Netzwerk unter anhaltender Last steht.
Lässt mich fragen, ob 16 hoch genug ist, dass es an den meisten Tagen nie dazu kommt – oder ob stille Zeiträume bereits mehr Notfallblöcke verbergen, als der Explorer zeigt.