#dusk $DUSK @Dusk
Ich habe mit dem Blick auf Settlement-Design begonnen und mich dann auf ein einziges Finanzkonzept konzentriert:
Lieferung versus Zahlung.
Die Idee ist einfach.
Eine Seite liefert das Asset.
Die andere Seite liefert die Zahlung.
Beide müssen gemeinsam abwickeln.
Wenn sich das Asset bewegt, während die Zahlung fehlschlägt, hat die Transaktion ein Problem.
Wenn sich die Zahlung bewegt, während das Asset fehlschlägt, verlagert sich das Problem lediglich auf die andere Seite.
Darum ist das Onboarding einer Sicherheit auf der Chain nur ein Teil des Settlement-Problems.
Sowohl das Asset-Leg als auch das Zahlungs-Leg sind entscheidend.
Der EU DLT Pilot Regime macht das besonders relevant, weil er einen Rahmen dafür bietet, DLT-basierte Finanzmarktinfrastrukturen unter regulatorischen Bedingungen zu testen.
Die deterministische Finalität von @Dusk gibt dem Netzwerk einen klaren Abwicklungspunkt, wobei $DUSK die Validatoren absichert, die ihn dorthin bringen. #dusk
Aber allein die Finalität schafft kein DvP.
Beide Seiten müssen sich weiterhin korrekt abstimmen.
Genau das würde ich in einer realen regulierten Transaktion demonstriert sehen wollen.
Nicht ein Diagramm.
Nicht ein Konzept.
Ein tatsächliches Asset-Leg und Zahlungs-Leg, die gemeinsam die erforderlichen Regeln erfüllen und abschließen.
Das würde mir viel mehr über das Settlement-Design von Dusk verraten als ein weiterer Performance-Vergleich.
Ich habe mit dem Blick auf Settlement-Design begonnen und mich dann auf ein einziges Finanzkonzept konzentriert:
Lieferung versus Zahlung.
Die Idee ist einfach.
Eine Seite liefert das Asset.
Die andere Seite liefert die Zahlung.
Beide müssen gemeinsam abwickeln.
Wenn sich das Asset bewegt, während die Zahlung fehlschlägt, hat die Transaktion ein Problem.
Wenn sich die Zahlung bewegt, während das Asset fehlschlägt, verlagert sich das Problem lediglich auf die andere Seite.
Darum ist das Onboarding einer Sicherheit auf der Chain nur ein Teil des Settlement-Problems.
Sowohl das Asset-Leg als auch das Zahlungs-Leg sind entscheidend.
Der EU DLT Pilot Regime macht das besonders relevant, weil er einen Rahmen dafür bietet, DLT-basierte Finanzmarktinfrastrukturen unter regulatorischen Bedingungen zu testen.
Die deterministische Finalität von @Dusk gibt dem Netzwerk einen klaren Abwicklungspunkt, wobei $DUSK die Validatoren absichert, die ihn dorthin bringen. #dusk
Aber allein die Finalität schafft kein DvP.
Beide Seiten müssen sich weiterhin korrekt abstimmen.
Genau das würde ich in einer realen regulierten Transaktion demonstriert sehen wollen.
Nicht ein Diagramm.
Nicht ein Konzept.
Ein tatsächliches Asset-Leg und Zahlungs-Leg, die gemeinsam die erforderlichen Regeln erfüllen und abschließen.
Das würde mir viel mehr über das Settlement-Design von Dusk verraten als ein weiterer Performance-Vergleich.
