Ich dachte früher, dass Tokenisierung vor allem ein technisches Problem sei: ein Asset nehmen, einen Token daraus machen und ihn dann so auf der Blockchain übertragbar machen.
Aber je mehr ich mir regulierte Finanzmärkte anschaue, desto unvollständiger wirkt dieses Bild.
Ein Asset wird nicht einfach dadurch nützlich, dass es eine Blockchain-Repräsentation hat. Jemand muss entscheiden, wer es halten darf, wer es übertragen darf, welche Informationen offengelegt werden müssen und wie sich die Asset- und die Zahlungskomponente einer Transaktion tatsächlich ausgleichen.
Genau hier hat mich die Architektur von Dusk überzeugt.
Dusk baut um diese Anforderungen herum – statt sie als Probleme zu betrachten, die man später „irgendwie“ lösen kann. Die Infrastruktur umfasst Identitäts- und Zugriffskontrollen über Citadel, unterschiedliche Transaktionsmodelle für transparente und abgeschirmte Abläufe sowie einen deterministischen Settlement-Prozess durch DuskDS.
Besonders interessant finde ich, wie diese Bausteine zusammenpassen.
Ein reguliertes Asset kann Voraussetzungen dafür erfordern, bevor jemand es halten darf. Eine Übertragung kann Einschränkungen benötigen. Ein Investor muss möglicherweise etwas nachweisen, ohne dabei unnötige personenbezogene Informationen offenzulegen. Und sobald ein Handel stattfindet, müssen die Asset- und die Zahlungsseite vorhersehbar abwickeln.
In der Dokumentation von Dusk werden all das als Teile desselben Markt-Workflows behandelt – nicht als voneinander isolierte Funktionen. Dusk Trade ist auf Onboarding, Wallet-Verbindung, Trading, Zahlungskoordination und Settlement ausgelegt.
Das verändert, wie ich Dusk betrachte.
Die spannende Frage ist nicht nur, ob Blockchain reale Assets tokenisieren kann.
Sondern ob Blockchain die Regeln rund um solche Assets handhaben kann, ohne dabei dieselbe fragmentierte Infrastruktur nachzubauen, die es heute bereits gibt.
Das ist der Versuch, den ich mit DUSK für wert halte, im Blick zu behalten.
#dusk $DUSK @Dusk
Aber je mehr ich mir regulierte Finanzmärkte anschaue, desto unvollständiger wirkt dieses Bild.
Ein Asset wird nicht einfach dadurch nützlich, dass es eine Blockchain-Repräsentation hat. Jemand muss entscheiden, wer es halten darf, wer es übertragen darf, welche Informationen offengelegt werden müssen und wie sich die Asset- und die Zahlungskomponente einer Transaktion tatsächlich ausgleichen.
Genau hier hat mich die Architektur von Dusk überzeugt.
Dusk baut um diese Anforderungen herum – statt sie als Probleme zu betrachten, die man später „irgendwie“ lösen kann. Die Infrastruktur umfasst Identitäts- und Zugriffskontrollen über Citadel, unterschiedliche Transaktionsmodelle für transparente und abgeschirmte Abläufe sowie einen deterministischen Settlement-Prozess durch DuskDS.
Besonders interessant finde ich, wie diese Bausteine zusammenpassen.
Ein reguliertes Asset kann Voraussetzungen dafür erfordern, bevor jemand es halten darf. Eine Übertragung kann Einschränkungen benötigen. Ein Investor muss möglicherweise etwas nachweisen, ohne dabei unnötige personenbezogene Informationen offenzulegen. Und sobald ein Handel stattfindet, müssen die Asset- und die Zahlungsseite vorhersehbar abwickeln.
In der Dokumentation von Dusk werden all das als Teile desselben Markt-Workflows behandelt – nicht als voneinander isolierte Funktionen. Dusk Trade ist auf Onboarding, Wallet-Verbindung, Trading, Zahlungskoordination und Settlement ausgelegt.
Das verändert, wie ich Dusk betrachte.
Die spannende Frage ist nicht nur, ob Blockchain reale Assets tokenisieren kann.
Sondern ob Blockchain die Regeln rund um solche Assets handhaben kann, ohne dabei dieselbe fragmentierte Infrastruktur nachzubauen, die es heute bereits gibt.
Das ist der Versuch, den ich mit DUSK für wert halte, im Blick zu behalten.
#dusk $DUSK @Dusk
