Als ich die Transaktions-Lebenszyklen von @Dusk erneut auseinander nahm, war es nicht die Finalität, wie schnell sie eintritt, die mich innehalten ließ, sondern diese Frage: Ab wann beginnt ein Status, der es verdient, vom Finanzsystem als „endgültig festgelegt“ betrachtet zu werden?
Ich bin den offiziellen Ablauf Schritt für Schritt durchgegangen und habe festgestellt, dass zwischen „executed“ und der finalen Abrechnung eine Schwelle liegt. „err:null“ bedeutet: Die Ausführung war erfolgreich. Transaktionen, die in ein „accepted block“ gelangt sind, können sich vor der Finalisierung noch durch einen Revert des Blocks verändern. Erst wenn „finalized“ erreicht ist, wird der Status zu einem endgültig festgelegten On-Chain-Zustand.
Beim Succinct Attestation sieht der Prozess so aus: Proposal, Validation und am Ende übernimmt ein anderes Gremium die Ratification. Nach der Ratification erhält der Block eine deterministische Finalität. Was mich wirklich beschäftigt, ist, dass Dusk „Ausführung abgeschlossen“ und „Status endgültig festgelegt“ voneinander trennt.
Das erklärt auch, warum Dusk Ausführung und Settlement trennt: DuskVM übernimmt die native L1-Vertragsausführung, während DuskDS Konsens, Abrechnung und Finalität bereitstellt. Für Finanzwerte ist es zwar Schritt eins, dass die Ausführung ein Ergebnis liefert; entscheidend ist jedoch, wann dieses Ergebnis ein verlässlicher, für nachgelagerte Prozesse nutzbarer endgültiger Zustand wird.
Die offizielle Integration verlangt, „finalized“ als Buchungsgrenze zu verwenden. Angenommen, eine Transaktion wird bereits in der accepted-Phase als „eingegangen“ verbucht, und der Block revertiert anschließend—dann kann es sein, dass das Geschäft eine Stornierung vornehmen muss, sogar die Kosten für das Reparieren der gesamten Buchhaltung anfallen. Wartet man dagegen bis finalized, besteht der Aufwand im Wesentlichen nur im Warten; früh einzubuchen kann dagegen den Aufwand für die komplette Buchungs-Korrektur nach sich ziehen.
Darum schaue ich mir $DUSK an: Nicht so sehr, wie schnell eine Bestätigung erfolgt, sondern vielmehr, wann Vermögenswerte und Zahlungen einen abrechnungsfähigen, verlässlichen Finalitätszustand erreichen. Für das Finanzsystem besteht der Wert von Finalität nicht nur darin, Wartezeiten planbarer zu machen, sondern auch darin, dem Geschäft einen klaren Zeitpunkt zu geben, an dem man das Warten beenden kann.
#dusk $DUSK @Dusk
Ich bin den offiziellen Ablauf Schritt für Schritt durchgegangen und habe festgestellt, dass zwischen „executed“ und der finalen Abrechnung eine Schwelle liegt. „err:null“ bedeutet: Die Ausführung war erfolgreich. Transaktionen, die in ein „accepted block“ gelangt sind, können sich vor der Finalisierung noch durch einen Revert des Blocks verändern. Erst wenn „finalized“ erreicht ist, wird der Status zu einem endgültig festgelegten On-Chain-Zustand.
Beim Succinct Attestation sieht der Prozess so aus: Proposal, Validation und am Ende übernimmt ein anderes Gremium die Ratification. Nach der Ratification erhält der Block eine deterministische Finalität. Was mich wirklich beschäftigt, ist, dass Dusk „Ausführung abgeschlossen“ und „Status endgültig festgelegt“ voneinander trennt.
Das erklärt auch, warum Dusk Ausführung und Settlement trennt: DuskVM übernimmt die native L1-Vertragsausführung, während DuskDS Konsens, Abrechnung und Finalität bereitstellt. Für Finanzwerte ist es zwar Schritt eins, dass die Ausführung ein Ergebnis liefert; entscheidend ist jedoch, wann dieses Ergebnis ein verlässlicher, für nachgelagerte Prozesse nutzbarer endgültiger Zustand wird.
Die offizielle Integration verlangt, „finalized“ als Buchungsgrenze zu verwenden. Angenommen, eine Transaktion wird bereits in der accepted-Phase als „eingegangen“ verbucht, und der Block revertiert anschließend—dann kann es sein, dass das Geschäft eine Stornierung vornehmen muss, sogar die Kosten für das Reparieren der gesamten Buchhaltung anfallen. Wartet man dagegen bis finalized, besteht der Aufwand im Wesentlichen nur im Warten; früh einzubuchen kann dagegen den Aufwand für die komplette Buchungs-Korrektur nach sich ziehen.
Darum schaue ich mir $DUSK an: Nicht so sehr, wie schnell eine Bestätigung erfolgt, sondern vielmehr, wann Vermögenswerte und Zahlungen einen abrechnungsfähigen, verlässlichen Finalitätszustand erreichen. Für das Finanzsystem besteht der Wert von Finalität nicht nur darin, Wartezeiten planbarer zu machen, sondern auch darin, dem Geschäft einen klaren Zeitpunkt zu geben, an dem man das Warten beenden kann.
#dusk $DUSK @Dusk
