#dusk $DUSK @Dusk Jemand wandelt ein Papier-Aktienzertifikat in ein PDF um, das in einer Datenbank gespeichert wird. Jemand anderes prägt einen Token, der genau diese Aktie in einer Blockchain abbildet. Ein dritter Ansatz überspringt beides und erstellt die Aktie von Anfang an direkt on-chain. Alle drei werden umgangssprachlich „digitale Assets“ genannt. Sie sind jedoch nicht dasselbe, und der Unterschied ist nicht nur kosmetisch.
Digitalisierung verlagert die Dokumentenführung von Papier auf digitale Systeme. Der Lebenszyklus des Assets und die Intermediäre darum herum ändern sich dabei in der Regel nicht. Tokenisierung geht einen Schritt weiter: Sie stellt einen Token aus, der ein Asset oder einen Anspruch darauf repräsentiert. Dieser Token kann programmierbar und leichter in Apps einzubinden sein. Das zugrunde liegende regulierte Asset hängt jedoch häufig weiterhin von bestehenden Verwahr- und Abwicklungsprozessen ab, die off-chain laufen, wobei die Abstimmung zwischen dem Token und dem zugrunde liegenden System weiterhin erforderlich bleibt. Native Emission ist wiederum anders: Das Asset selbst wird on-chain erstellt und verwaltet, sodass Ausgabe, Service und Abwicklung um das Ledger herum stattfinden, statt den Token als Hülle (Wrapper) über ein separates System der Aufzeichnung zu verwenden.
Die praktische Lücke zeigt sich insbesondere in Abwicklung und Verwahrung. Bei der Digitalisierung wird weiterhin auf Dinge wie CSDs und Clearingstellen zurückgegriffen. Bei der Tokenisierung bleibt diese Abhängigkeit oft bestehen – nur wird eine programmierbare Ebene darüber gelegt. Native Emission ist die Option, bei der die Abwicklung on-chain mit deterministischer Endgültigkeit erfolgen kann und bei der die Workflows, Zugriffskontrollen, Offenlegung und das Servicing so um die Chain herum entworfen werden, statt nachträglich „draufgeklebt“ zu werden. Dusk positioniert sich dabei ganz konkret in dieser dritten Kategorie: Zugriffskontrollen, selektive Offenlegung und deterministische Abwicklung, die als Protokollanforderungen eingebaut sind – nicht als Features, die um einen umhüllten Token herum hinzugefügt werden.
@Dusk $DUSK #dusk
Digitalisierung verlagert die Dokumentenführung von Papier auf digitale Systeme. Der Lebenszyklus des Assets und die Intermediäre darum herum ändern sich dabei in der Regel nicht. Tokenisierung geht einen Schritt weiter: Sie stellt einen Token aus, der ein Asset oder einen Anspruch darauf repräsentiert. Dieser Token kann programmierbar und leichter in Apps einzubinden sein. Das zugrunde liegende regulierte Asset hängt jedoch häufig weiterhin von bestehenden Verwahr- und Abwicklungsprozessen ab, die off-chain laufen, wobei die Abstimmung zwischen dem Token und dem zugrunde liegenden System weiterhin erforderlich bleibt. Native Emission ist wiederum anders: Das Asset selbst wird on-chain erstellt und verwaltet, sodass Ausgabe, Service und Abwicklung um das Ledger herum stattfinden, statt den Token als Hülle (Wrapper) über ein separates System der Aufzeichnung zu verwenden.
Die praktische Lücke zeigt sich insbesondere in Abwicklung und Verwahrung. Bei der Digitalisierung wird weiterhin auf Dinge wie CSDs und Clearingstellen zurückgegriffen. Bei der Tokenisierung bleibt diese Abhängigkeit oft bestehen – nur wird eine programmierbare Ebene darüber gelegt. Native Emission ist die Option, bei der die Abwicklung on-chain mit deterministischer Endgültigkeit erfolgen kann und bei der die Workflows, Zugriffskontrollen, Offenlegung und das Servicing so um die Chain herum entworfen werden, statt nachträglich „draufgeklebt“ zu werden. Dusk positioniert sich dabei ganz konkret in dieser dritten Kategorie: Zugriffskontrollen, selektive Offenlegung und deterministische Abwicklung, die als Protokollanforderungen eingebaut sind – nicht als Features, die um einen umhüllten Token herum hinzugefügt werden.
@Dusk $DUSK #dusk