Ich habe mir das Native-Issuance-Dokument zu @Dusk erneut angesehen und festgestellt, dass die vier Worte „Vermögenswerte auf die Kette bringen“ leicht zwei Dinge miteinander vermischen: Ein Token auf der Kette, der einen Vermögenswert repräsentiert, ist nicht gleichbedeutend damit, dass die Emission und das damit verbundene Management für diesen Vermögenswert bereits vollständig auf der Kette abgeschlossen sind. Tokenisierung ≠ Native Issuance. Dieser Unterschied ist wichtiger als die Frage „Wie viele RWA gibt es?“.
Bei normaler Tokenisierung wird in der Regel zuerst auf der Kette ein Abbild oder ein Zertifikat erzeugt, doch die zugrunde liegenden Vermögenswerte, das Register, das Verwahrwesen und Teile der Abwicklungsprozesse können weiterhin in traditionellen Systemen verbleiben. Der On-Chain-Token wird also einmal weitergereicht – und im Hintergrund muss man erneut bestätigen: Sind die On-Chain-Inhaber bereits als rechtliche oder geschäftliche Inhaber in den entsprechenden Systemen synchronisiert? Auf dem Papier lassen sich Vermögenswerte kombinieren, aber die eigentlichen mühsamen Reconciliation-Fragen verschwinden nicht.
Native Issuance geht einen anderen Weg: Die Vermögenswerte werden bereits ab der Emission so um ein On-Chain-Kontenbuch herum entworfen, und spätere Schritte wie Transfer, Servicing und Settlement werden mit derselben Zustandslogik vorangetrieben. Dadurch wird nicht wirklich „nur“ weniger Aufwand bei „dem Token-Ausgabe-Schritt“ erzeugt, sondern vor allem entfällt der Abgleich bzw. die manuelle Übergabe und das Risiko von Inkonsistenzen, die entstehen, wenn derselbe Vermögenswert gleichzeitig zwei voneinander unabhängige, als maßgeblich betrachtete (authoritative) Aufzeichnungen pflegen muss.
Doch genau hier wird das Ganze auch am leichtesten in Werbeaussagen überzogen. Native Issuance heißt nicht, dass rechtliche, verwahrende und aufsichtsrechtliche Rollen automatisch verschwinden. Dusk betont ebenfalls, wie viel an externer Verwahrung oder Registerebene konkret reduziert werden kann, hängt weiterhin von der rechtlichen Struktur der Vermögenswerte, den institutionellen Ermächtigungen und dem Produktdesign ab. Eine Kette, die den Zustand vereinheitlicht, bedeutet nicht, dass die Kette alle institutionellen Beziehungen ersetzen kann.
Das ist im Wertpapiergeschäft besonders entscheidend. Nach einem Transfer kann man nicht allein mit einem übertragbaren Token beantworten, wer berechtigt ist, wer die Rechte besitzt, ob das Settlement abgeschlossen ist und wen man für spätere Ausschüttungen oder Corporate Actions ansprechen muss. #dusk integriert deshalb Access Control, selektive Offenlegung, Settlement und Servicing in den gesamten Lebenszyklus eines Vermögenswerts – statt die Compliance als Ausgleichspatch außerhalb der Kette nachzulagern.
Wenn ich also künftig bewerte, ob RWA wirklich „on-chain“ sind, schaue ich nicht zuerst darauf, wie viele Tokens ausgegeben wurden. Stattdessen prüfe ich, welches Buch die maßgebliche Quelle (authoritative record) ist und wie viele Schritte im Lebenszyklus des Vermögenswerts noch verlässlich außerhalb der Kette bestätigt werden müssen. Ob @Dusk Native Issuance so in einen regulierten Markt-Alltagsprozess überführen kann, den ich wirklich beobachten möchte; und ob $DUSK als Bedarf für Gas- und Staking-Vermögenswerte fungiert, muss sich letztlich ebenfalls durch echte Netzwerkaktivität bestätigen.
Bei normaler Tokenisierung wird in der Regel zuerst auf der Kette ein Abbild oder ein Zertifikat erzeugt, doch die zugrunde liegenden Vermögenswerte, das Register, das Verwahrwesen und Teile der Abwicklungsprozesse können weiterhin in traditionellen Systemen verbleiben. Der On-Chain-Token wird also einmal weitergereicht – und im Hintergrund muss man erneut bestätigen: Sind die On-Chain-Inhaber bereits als rechtliche oder geschäftliche Inhaber in den entsprechenden Systemen synchronisiert? Auf dem Papier lassen sich Vermögenswerte kombinieren, aber die eigentlichen mühsamen Reconciliation-Fragen verschwinden nicht.
Native Issuance geht einen anderen Weg: Die Vermögenswerte werden bereits ab der Emission so um ein On-Chain-Kontenbuch herum entworfen, und spätere Schritte wie Transfer, Servicing und Settlement werden mit derselben Zustandslogik vorangetrieben. Dadurch wird nicht wirklich „nur“ weniger Aufwand bei „dem Token-Ausgabe-Schritt“ erzeugt, sondern vor allem entfällt der Abgleich bzw. die manuelle Übergabe und das Risiko von Inkonsistenzen, die entstehen, wenn derselbe Vermögenswert gleichzeitig zwei voneinander unabhängige, als maßgeblich betrachtete (authoritative) Aufzeichnungen pflegen muss.
Doch genau hier wird das Ganze auch am leichtesten in Werbeaussagen überzogen. Native Issuance heißt nicht, dass rechtliche, verwahrende und aufsichtsrechtliche Rollen automatisch verschwinden. Dusk betont ebenfalls, wie viel an externer Verwahrung oder Registerebene konkret reduziert werden kann, hängt weiterhin von der rechtlichen Struktur der Vermögenswerte, den institutionellen Ermächtigungen und dem Produktdesign ab. Eine Kette, die den Zustand vereinheitlicht, bedeutet nicht, dass die Kette alle institutionellen Beziehungen ersetzen kann.
Das ist im Wertpapiergeschäft besonders entscheidend. Nach einem Transfer kann man nicht allein mit einem übertragbaren Token beantworten, wer berechtigt ist, wer die Rechte besitzt, ob das Settlement abgeschlossen ist und wen man für spätere Ausschüttungen oder Corporate Actions ansprechen muss. #dusk integriert deshalb Access Control, selektive Offenlegung, Settlement und Servicing in den gesamten Lebenszyklus eines Vermögenswerts – statt die Compliance als Ausgleichspatch außerhalb der Kette nachzulagern.
Wenn ich also künftig bewerte, ob RWA wirklich „on-chain“ sind, schaue ich nicht zuerst darauf, wie viele Tokens ausgegeben wurden. Stattdessen prüfe ich, welches Buch die maßgebliche Quelle (authoritative record) ist und wie viele Schritte im Lebenszyklus des Vermögenswerts noch verlässlich außerhalb der Kette bestätigt werden müssen. Ob @Dusk Native Issuance so in einen regulierten Markt-Alltagsprozess überführen kann, den ich wirklich beobachten möchte; und ob $DUSK als Bedarf für Gas- und Staking-Vermögenswerte fungiert, muss sich letztlich ebenfalls durch echte Netzwerkaktivität bestätigen.
