Enthalten. Ausgeführt. Akzeptiert. Bestätigt. Vier Wörter in einem Integrationslog – und keines davon bedeutet, dass sich das Geld bewegt hat.
@Dusk sagt das in seinen eigenen Doku-Details ebenso deutlich, in einer einzigen klaren Zeile: Verwende „included“, „removed“, „accepted“ oder „confirmed“ nicht als Signal für Zahlungsergebnis/Finalität. Eine 202 von einem Node bedeutet nur, dass deine Bytes für das Routing angenommen wurden.
Der L1-Lifecycle durchläuft sieben Schritte: Bauen und signieren, senden, zulassen (admit), weiterleiten (propagate), auswählen (select), ausführen (execute), finalisieren (finalize). Ausführung ist nicht das Ende. Ein akzeptierter Block kann weiterhin rückgängig gemacht werden, und die Frage ist erst dann endgültig abgeschlossen, wenn ein „statechange“-Event eintrifft, das „finalized“ trägt. Für Moonlight-Accounts wird die Archivhistorie dann ebenfalls geschrieben – nicht vorher.
Darunter steckt Konsens durch Succinct Attestation: vorschlagen, validieren, ratifizieren; Komitees werden zufällig aus den Provisionern pro Runde gebildet. Deterministische Finalität per Design, weil kein Markt gegen „wahrscheinlich“ abrechnet.
Der Teil, zu dem ich immer wieder zurückkehre. Ich habe jahrelang Order-Flow in einer Securities-App getestet, und am häufigsten höre ich zu T+2, dass es ein Datenbankproblem sei. Das ist es nicht. Zwei Tage existieren, weil ein Trade durch Ausführung geht – Matching, Bestätigung, Clearing, Obligation-Netting, Settlement, Verwahrung (Custody) und Abgleich (Reconciliation) –, und für jede dieser Übergaben gibt es jemanden, der sie verantwortet. Eine Kette komprimiert einen dieser Schritte. Die anderen sieben bewegen sich nicht, weil ein Block innerhalb von Sekunden finalisiert.
Und das ist auch die ehrliche Grenze. Deterministische Finalität schließt die Ledger-Komponente ab. Sie entscheidet nicht darüber, wer das Asset halten durfte, was eine Corporate Action in das Register schreibt, oder wer einen Mistrade um 16 Uhr an einem Freitag rückabwickelt.
Mein Fazit: Die Benennung der vier Wörter, die nicht zählen, übertrifft jede Durchsatz-Zahl auf einer Landingpage. Jede Venue, die eine Kette verdrahtet, wählt ein Ereignis aus, nennt es „settled“ und verteidigt das dann gegenüber einem Auditor. Dusk hat diesen Streit in den Dokus gewählt, statt es Integratoren zu überlassen. $DUSK zahlt Gas und sichert das Netzwerk durch Staking.
Also: In deinem Stack – welches Ereignis bist du bereit, als „settled“ zu bezeichnen, und wer darf darüber hinwegentscheiden?
#dusk
@Dusk sagt das in seinen eigenen Doku-Details ebenso deutlich, in einer einzigen klaren Zeile: Verwende „included“, „removed“, „accepted“ oder „confirmed“ nicht als Signal für Zahlungsergebnis/Finalität. Eine 202 von einem Node bedeutet nur, dass deine Bytes für das Routing angenommen wurden.
Der L1-Lifecycle durchläuft sieben Schritte: Bauen und signieren, senden, zulassen (admit), weiterleiten (propagate), auswählen (select), ausführen (execute), finalisieren (finalize). Ausführung ist nicht das Ende. Ein akzeptierter Block kann weiterhin rückgängig gemacht werden, und die Frage ist erst dann endgültig abgeschlossen, wenn ein „statechange“-Event eintrifft, das „finalized“ trägt. Für Moonlight-Accounts wird die Archivhistorie dann ebenfalls geschrieben – nicht vorher.
Darunter steckt Konsens durch Succinct Attestation: vorschlagen, validieren, ratifizieren; Komitees werden zufällig aus den Provisionern pro Runde gebildet. Deterministische Finalität per Design, weil kein Markt gegen „wahrscheinlich“ abrechnet.
Der Teil, zu dem ich immer wieder zurückkehre. Ich habe jahrelang Order-Flow in einer Securities-App getestet, und am häufigsten höre ich zu T+2, dass es ein Datenbankproblem sei. Das ist es nicht. Zwei Tage existieren, weil ein Trade durch Ausführung geht – Matching, Bestätigung, Clearing, Obligation-Netting, Settlement, Verwahrung (Custody) und Abgleich (Reconciliation) –, und für jede dieser Übergaben gibt es jemanden, der sie verantwortet. Eine Kette komprimiert einen dieser Schritte. Die anderen sieben bewegen sich nicht, weil ein Block innerhalb von Sekunden finalisiert.
Und das ist auch die ehrliche Grenze. Deterministische Finalität schließt die Ledger-Komponente ab. Sie entscheidet nicht darüber, wer das Asset halten durfte, was eine Corporate Action in das Register schreibt, oder wer einen Mistrade um 16 Uhr an einem Freitag rückabwickelt.
Mein Fazit: Die Benennung der vier Wörter, die nicht zählen, übertrifft jede Durchsatz-Zahl auf einer Landingpage. Jede Venue, die eine Kette verdrahtet, wählt ein Ereignis aus, nennt es „settled“ und verteidigt das dann gegenüber einem Auditor. Dusk hat diesen Streit in den Dokus gewählt, statt es Integratoren zu überlassen. $DUSK zahlt Gas und sichert das Netzwerk durch Staking.
Also: In deinem Stack – welches Ereignis bist du bereit, als „settled“ zu bezeichnen, und wer darf darüber hinwegentscheiden?
#dusk