Ich bemerkte das Problem, als ein Provisioner gesund wirkte, aber trotzdem noch etwas spät zur Runde zu kommen schien. Rusk lief, der Status sah aktuell aus, die Netzwerkverbindung war da – und dennoch fühlte sich etwas im Handoff nicht richtig an. Mein erster Impuls war, Kadcast die Schuld zu geben. Vielleicht ist eine Nachricht langsam unterwegs. Dann fragte ich mich, ob das zu simpel ist. Ein Knoten kann die richtige Nachricht erhalten und trotzdem schlecht positioniert sein, um darauf zu reagieren, wenn sich Status, Timing oder die Verantwortung für den Konsens bereits weiterbewegt haben. Genau dort wird der Stack von $DUSK für mich interessanter. SBA’s Entwicklung hin zu Succinct Attestation kann die Arbeit an Vorschlag, Validierung und Ratifizierung übernehmen, aber diese Rollen sind nur dann relevant, wenn das umgebende System bereit ist, wenn bei der Auswahl die Eignung in Verantwortung übergeht. Kadcast übernimmt die Koordination. Rusk muss genug der lokalen Realität synchron halten, damit diese Koordination überhaupt etwas bedeutet. Schriftlich klingt das ordentlich. Weniger ordentlich, wenn sich ein Knoten mitten in der Aktivität wiederverbindet, eine Pflicht verpasst oder erst aufholt, während gerade eine andere Runde beginnt. Ich bin mir nicht sicher, ob der schwierige Teil darin besteht, Finalität zu erreichen, wenn alles wie erwartet funktioniert. Ich würde lieber beobachten, was nach ein paar kurzen Trennungen, verzögerten Nachrichten und Softwareänderungen passiert, und dann sehen, wie schnell diese Provisioner wieder wirklich nützlich werden.

@Dusk_Foundation #dusk