#dusk $DUSK @Dusk
Ich dachte früher, Settlement-Finality auf einer Blockchain sei eine Ja-oder-Nein-Frage: Entweder ist deine Transaktion bestätigt oder sie ist es nicht. Die meisten Ketten, die ich mir angesehen habe, behandelten das so—warte auf genug Blöcke, dann ist es erledigt.
Die Lektüre des Dusk-Konsenses hat diese Annahme verändert. Ein Block durchläuft dort tatsächlich vier klar unterscheidbare Zustände, bevor er als wirklich final gilt: Accepted, sobald er das Proposal, die Validierung und die Ratifikation in einer Runde durchlaufen hat. Confirmed, wenn spätere Blöcke später darauf aufbauen. Stable, sobald er tief genug „begraben“ ist, um praktisch irreversibel zu sein. Und erst dann Final—also kryptografisch garantiert und unter keinen Umständen rückgängig zu machen.
Diese gestaffelte Definition wirkte anfangs unnötig. Aber wenn man sie aus der Perspektive eines finanziellen Settlements betrachtet—nicht aus der eines Krypto-Trading-Ansatzes—ergibt das mehr Sinn. Ein Retail-Swap dürfte sich vermutlich nicht darum kümmern, was der Unterschied zwischen Stable und Final ist. Eine regulierte Wertpapierübertragung oder eine Bank, die einen Vermögenswert gegen ein anderes Institut verrechnet, hingegen sehr wohl. Auf einen konkreten, beweisbaren Finalitätszustand zeigen zu können, statt nur auf ein vages „wird jetzt schon okay sein“—das entspricht viel eher dem, wie traditionelle Clearing-Systeme bereits über Settlement-Risiko nachdenken.
Was ich allerdings noch nicht sicher weiß: Wie lange es in der Praxis tatsächlich dauert, um unter realen Netzwerkbedingungen von Accepted bis Final zu gelangen. Und ob Institutionen am Ende „Stable“ ohnehin als ausreichend ansehen—ähnlich wie Menschen andernorts bereits sechs Bestätigungen als gut genug akzeptieren.
@Dusk $DUSK #dusk $ACE
Ich dachte früher, Settlement-Finality auf einer Blockchain sei eine Ja-oder-Nein-Frage: Entweder ist deine Transaktion bestätigt oder sie ist es nicht. Die meisten Ketten, die ich mir angesehen habe, behandelten das so—warte auf genug Blöcke, dann ist es erledigt.
Die Lektüre des Dusk-Konsenses hat diese Annahme verändert. Ein Block durchläuft dort tatsächlich vier klar unterscheidbare Zustände, bevor er als wirklich final gilt: Accepted, sobald er das Proposal, die Validierung und die Ratifikation in einer Runde durchlaufen hat. Confirmed, wenn spätere Blöcke später darauf aufbauen. Stable, sobald er tief genug „begraben“ ist, um praktisch irreversibel zu sein. Und erst dann Final—also kryptografisch garantiert und unter keinen Umständen rückgängig zu machen.
Diese gestaffelte Definition wirkte anfangs unnötig. Aber wenn man sie aus der Perspektive eines finanziellen Settlements betrachtet—nicht aus der eines Krypto-Trading-Ansatzes—ergibt das mehr Sinn. Ein Retail-Swap dürfte sich vermutlich nicht darum kümmern, was der Unterschied zwischen Stable und Final ist. Eine regulierte Wertpapierübertragung oder eine Bank, die einen Vermögenswert gegen ein anderes Institut verrechnet, hingegen sehr wohl. Auf einen konkreten, beweisbaren Finalitätszustand zeigen zu können, statt nur auf ein vages „wird jetzt schon okay sein“—das entspricht viel eher dem, wie traditionelle Clearing-Systeme bereits über Settlement-Risiko nachdenken.
Was ich allerdings noch nicht sicher weiß: Wie lange es in der Praxis tatsächlich dauert, um unter realen Netzwerkbedingungen von Accepted bis Final zu gelangen. Und ob Institutionen am Ende „Stable“ ohnehin als ausreichend ansehen—ähnlich wie Menschen andernorts bereits sechs Bestätigungen als gut genug akzeptieren.
@Dusk $DUSK #dusk $ACE
