Ich habe die Konsens-Dokumente von Dusk nochmal überprüft und bin an einer Einzelheit hängen geblieben: Was einen Block final macht, ist eigentlich kein reines Warten.

Succinct Attestation läuft in Runden. Ein Provisioner schlägt einen Block vor, ein Komitee validiert ihn, ein anderes Komitee ratifiziert ihn. Sobald ratifiziert, beschreibt Dusk diesen Block als deterministisch final. Ich lese Blockchains aber instinktiv durch die „warte noch ein paar Blöcke“‑Brille, daher hat mich das kurz aufgehalten.

Für finanzielle Workflows ist diese Unterscheidung ziemlich praktisch. Wenn ein Zustand final ist, soll später nicht noch eine andere akzeptierte Historie ihn ersetzt. Dusk rahmt SA ganz konkret um ein schnelles, deterministisches Settlement. Aber auch in seinen eigenen Dokumenten zum Transaktionslebenszyklus wird eine wichtige Unterscheidung gemacht: Blöcke können sich noch rückgängig machen, bevor sie die Finalität erreichen, während finalisierte Blöcke unveränderlich und irreversibel werden.

An dem Punkt komme ich immer wieder zurück: Was passiert, wenn das Netzwerk selbst gesplittet wird? Ich konnte keine aktuelle offizielle Dusk-Quelle finden, die explizit sagt, dass eine Netzwerkpartition immer dazu führt, dass die Blockproduktion stoppt, also möchte ich das nicht als Tatsache darstellen.

Trotzdem lässt sich die Sicherheitsfrage kaum vermeiden. Deterministische Finalität funktioniert nur dann, wenn der Konsensprozess vermeiden kann, widersprüchliche Historien zu akzeptieren – selbst dann, wenn Teile des Netzwerks einander nicht sehen können.

Was ich sehen möchte, ist die tatsächliche SA‑Schwelle während einer lang anhaltenden Partition: Wie viel Uneinigkeit im Komitee reicht aus, um die Finalisierung zu stoppen, und wie sieht die Wiederherstellung aus, nachdem die Konnektivität wieder da ist?

#dusk $DUSK @Dusk $ACE $COW