Ich bin tiefer in die rollenden Finalitätsregeln von Dusk eingestiegen, und ein Detail hat meine Sicht auf „Finalität“ verändert.
Ein Block ist nicht einfach dann final, wenn er eine erfolgreiche Attestation erhält. Dusk unterscheidet zwischen akzeptierten, attestierten, bestätigten und finalen Zuständen. Ein akzeptierter Block kann noch durch einen Block mit einer niedrigeren Iteration ersetzt werden, während ein attestierter Block nicht durch einen ersetzt werden kann.
Das Interessante daran ist, wie spätere Blöcke das Vertrauen stärken. Ein akzeptierter Block wird erst bestätigt, nachdem 2×n aufeinanderfolgende attestierte oder bestätigte Blöcke vorliegen, wobei n frühere nicht-attestierte Iterationen repräsentiert. Die Finalität hängt dann davon ab, dass der Parent bereits final ist.
Die tiefere Frage für @Dusk und $DUSK ist also nicht einfach „Wie schnell ist Finalität?“
Sondern: Wie sollten Anwendungen das Risiko bepreisen, während ein Block diese Zwischenzustände durchläuft?
Für finanzielle Infrastruktur könnte diese Unterscheidung wichtiger sein als eine Schlagzeilen-Zahl zur Finalität.
Wie würdest du eine Anwendung um den Fortschritt von Dusk akzeptiert → bestätigt → final gestalten?

#dusk