Wenn man lange genug auf der Kette unterwegs ist, merkt man einen Detailpunkt, der sich erstaunlich leicht zum Täuschen eignet: Je schneller eine Transaktion bestätigt wird, desto eher hält man „ist bereits in einen Block gekommen“ für „das Geld ist schon angekommen“. Ich nenne das das „Finalitäts-Paradox“.
Der Transaktionsablauf von DuskEVM macht das ziemlich deutlich: Die Transaktion wird zuerst an den Sequencer übergeben, gelangt in einen L2-Block, anschließend veröffentlicht der Batcher die Daten über DuskDS, und erst dann verankern Status-Commitments und Fault Proofs das Ergebnis im Abwicklungslayer. Mit anderen Worten: Dass ein Block existiert, ist nur der erste Schritt; was das Netzwerk wirklich dafür verantwortlich macht, ist das, was danach passiert. @Dusk in dieser Reihenfolge ist wie ein Paket: Eine Sendungsnummer zu haben heißt nicht, dass es zugestellt wurde; dass das Paket im Lager gelandet ist heißt nicht, dass du es ausgepackt und bestätigt hast. In den Unterlagen wird sogar direkt darauf hingewiesen, nicht mit „wie lange es schon her ist“ auf die Finalität zu schließen – insbesondere, wenn du Werte zwischen DuskEVM und L1 transportierst.
$DUSK spielt hier gleich zwei Rollen: Es ist sowohl der Treibstoff, der im Ausführungslayer Gas bezahlt, als auch genau der Wert, der hin- und hergeschoben wird. Wenn Nutzer auf der Kette sehen, dass sich der DUSK-Saldo verändert hat, könnte das lediglich ein erster Buchungsvorgang im Ausführungslayer sein – die Brücke und die Abwicklung sind möglicherweise noch nicht vollständig durchlaufen. Deshalb sollten diejenigen, die Transaktionen ausführen oder Gelder zusammenführen, auf den Protokollstatus oder den Wallet-Status schauen und nicht auf die Stoppuhr.
Ich finde, hier liegt die eigentliche Schwierigkeit bei dieser Art von Datenschutz- und Compliance-Infrastruktur: #dusk kann nicht nur „schnell“ liefern, sondern muss auch sicherstellen, dass Nutzer den Unterschied zwischen „gerade passiert“ und „bereits feststeht“ erkennen können. Wenn die Produkt-Ebene diese Grenze zusätzlich verwischt, tragen Nutzer im Millisekunden-UI Risiken, die eigentlich Minuten-Niveau haben. Die Hausaufgaben musst du selbst machen – hör nicht nur auf meine Worte.
Der Transaktionsablauf von DuskEVM macht das ziemlich deutlich: Die Transaktion wird zuerst an den Sequencer übergeben, gelangt in einen L2-Block, anschließend veröffentlicht der Batcher die Daten über DuskDS, und erst dann verankern Status-Commitments und Fault Proofs das Ergebnis im Abwicklungslayer. Mit anderen Worten: Dass ein Block existiert, ist nur der erste Schritt; was das Netzwerk wirklich dafür verantwortlich macht, ist das, was danach passiert. @Dusk in dieser Reihenfolge ist wie ein Paket: Eine Sendungsnummer zu haben heißt nicht, dass es zugestellt wurde; dass das Paket im Lager gelandet ist heißt nicht, dass du es ausgepackt und bestätigt hast. In den Unterlagen wird sogar direkt darauf hingewiesen, nicht mit „wie lange es schon her ist“ auf die Finalität zu schließen – insbesondere, wenn du Werte zwischen DuskEVM und L1 transportierst.
$DUSK spielt hier gleich zwei Rollen: Es ist sowohl der Treibstoff, der im Ausführungslayer Gas bezahlt, als auch genau der Wert, der hin- und hergeschoben wird. Wenn Nutzer auf der Kette sehen, dass sich der DUSK-Saldo verändert hat, könnte das lediglich ein erster Buchungsvorgang im Ausführungslayer sein – die Brücke und die Abwicklung sind möglicherweise noch nicht vollständig durchlaufen. Deshalb sollten diejenigen, die Transaktionen ausführen oder Gelder zusammenführen, auf den Protokollstatus oder den Wallet-Status schauen und nicht auf die Stoppuhr.
Ich finde, hier liegt die eigentliche Schwierigkeit bei dieser Art von Datenschutz- und Compliance-Infrastruktur: #dusk kann nicht nur „schnell“ liefern, sondern muss auch sicherstellen, dass Nutzer den Unterschied zwischen „gerade passiert“ und „bereits feststeht“ erkennen können. Wenn die Produkt-Ebene diese Grenze zusätzlich verwischt, tragen Nutzer im Millisekunden-UI Risiken, die eigentlich Minuten-Niveau haben. Die Hausaufgaben musst du selbst machen – hör nicht nur auf meine Worte.
