Nachdem die Wallet den Erfolg anzeigt, ist das Geld noch lange nicht deins.

Gestern habe ich mir den Transaktionsablauf in DuskEVM angeschaut und bin an einem unlogischen Detail hängen geblieben: Eine Transaktion landet zwar in einem Block, aber das heißt noch lange nicht, dass es bereits zählt.

Die meisten Menschen auf der Kette halten diese beiden Dinge für dasselbe. Wenn die Wallet einmal „Erfolg“ springt, glaubt man, das Geld gehöre einem.
Doch bei DuskEVM hat eine Transaktion eigentlich zwei Lebensabschnitte.

Der erste heißt „Enthalten“ (Inklusion). Die Transaktion wird an den Sequencer gesendet, in einen L2-Block gepackt und läuft schnell – in wenigen Sekunden ist das erledigt. Aber dieser Schritt ist nur „in der Warteschlange“.

Der zweite heißt „Abrechnung“ (Settlement). Der Batcher schickt die Transaktionsdaten an DuskDS, und die Statuszusagen sowie Fehlerbeweise werden an die Konsensschicht verankert – erst das ist die rechtskräftige Sache.

Der Wortlaut aus der offiziellen Dokumentation ist mir besonders im Gedächtnis geblieben: „Transaktions-Inklusion geht schnell, aber Inklusion und Abrechnung sind zwei unterschiedliche Phasen.“

Schnell hier, stabil dort – und dazwischen liegt eine Zeitspanne, in der man denkt „es ist schon angekommen, aber eigentlich noch nicht“.

Das Ungewöhnlichste an diesem Design ist, dass es die Entscheidung „wie lange muss man warten, bis es wirklich zählt?“ aus der Hand der Nutzer nimmt.

Der pragmatische Trick, der in der Bitcoin-Welt kursiert, ist: 1 Bestätigung – Kaffee kaufen, 6 Bestätigungen – die Zahlung fürs Produkt erhalten. Das ist Erfahrung, die Händler über Wahrscheinlichkeiten selbst herausgefunden haben; die Kette selbst macht keine Zusage.
Dusk hat diese Logik in das Protokoll integriert: Inklusion gehört zur Inklusion, Abrechnung gehört zur Abrechnung – die Phasen sind klar getrennt.

Der Preis dafür ist, dass man ein bisschen von der „Smoothness“ opfert und dafür mehr Gewissheit bekommt.

Das Schlimmste bei Finanzanwendungen ist nie wirklich langsam zu sein, sondern „zu glauben, es sei angekommen“.
Bei einer großen Überweisung im institutionellen Maßstab ist es, wenn die Anwendung die endgültige Finalität aus „wie viele Sekunden sind vergangen“ ableitet: Wenn dann ein Unfall passiert, ist es kein Problem der Gebühren – sondern eine Frage der Abrechnungsverantwortung.

Darum erinnert die offizielle Dokumentation Entwickler ganz gezielt: Wenn es um die Übertragung von Vermögenswerten über Schichten hinweg geht, muss man den Protokollstatus oder den Wallet-Status prüfen – und darf nicht die Abrechnung anhand der Zeit erraten.

Dieses Design ist überhaupt nicht sexy, sogar ein bisschen ausschweifend.
Aber die Regulierungsgelder, die aufs Spiel gesetzt werden, wollen nie nur ein Gefühl von Tempo – sie wollen, dass jede einzelne Transaktion eindeutig „abgeschlossen“ werden kann.

Institutionelles On-Chain – was ist am schlimmsten: dass die Abrechnung langsam ist, oder dass die Abrechnung „schon passiert aussieht“? #dusk $DUSK @Dusk