Ich komme immer wieder auf eine stille Zeile in der neuesten Arbeit von Dusk Network zur Finanzierung von KMU zurück: Eine tokenisierte Wertanlage braucht einen autoritativen Eigentumsnachweis.
Zunächst klingt das nach Bürokratie rund um den interessanten Teil. Das Token ist sichtbar, Übertragungen sind programmierbar, und Eigentumswechsel können einen einzigen kontrollierten Status teilen. Sicher hat das Ledger das Problem mit dem Nachweis bereits gelöst.
Nicht unbedingt.
Ein Unternehmen kann ein Token neben ein unverändertes Aktionärsregister, eine Administrationsdatenbank und einen notariellen Prozess stellen. Das erzeugt einen weiteren Nachweis, den es abzugleichen gilt. Das Abgleichen entfällt nicht.
Hier hat die Infrastruktur von Dusk eine härtere Aufgabe als das Prägung einer Asset. Der Emissions-Workflow muss die Anlegerberechtigung, Zuteilung, Übertragung, Abwicklung und Betreuung mit dem Datensatz verbinden, den die rechtliche Struktur tatsächlich anerkennt. Für eine niederländische Privatgesellschaft ersetzt ein digitales Aktionärsregister die erforderlichen notariellen Handlungen nicht automatisch.
Wenn ein weiteres Register weiterhin entscheidend bleibt, darf das Token Eigentum nur beschreiben – nicht begründen.
Deshalb lese ich „Onchain-Eigentum“ nicht mehr als bloßen technischen Zustand. Ich lese es als eine Behauptung darüber, welcher Status gewinnt, wenn zwei Datensätze voneinander abweichen.
Dusk kann einen gemeinsamen Lebenszyklus des Eigentums koordinieren und wiederholte Übergaben reduzieren. Es kann aber nicht von sich aus erklären, dass jede Jurisdiktion, jeder Emittent oder jedes Gericht diesen Status als rechtlich ausschlaggebend behandeln wird.
Die Evidenz, die ich will, ist sehr konkret: ein lebendes Instrument, dessen rechtliche Dokumente den Dusk-basierten Datensatz identifizieren, sowie eine echte Übertragung, die jede erforderliche Partei aktualisiert – ohne dass ein zweites manuelles Ledger zur finalen Instanz wird.
Bis dahin ist die entscheidende Frage nicht, ob Dusk KMU-Wertpapiere onchain stellen kann. Es geht darum, ob Dusk den Onchain-Datensatz so zur „Stelle“ machen kann, an der sich Eigentum nicht länger dupliziert.
@Dusk #dusk $DUSK $BTW $VELVET
Zunächst klingt das nach Bürokratie rund um den interessanten Teil. Das Token ist sichtbar, Übertragungen sind programmierbar, und Eigentumswechsel können einen einzigen kontrollierten Status teilen. Sicher hat das Ledger das Problem mit dem Nachweis bereits gelöst.
Nicht unbedingt.
Ein Unternehmen kann ein Token neben ein unverändertes Aktionärsregister, eine Administrationsdatenbank und einen notariellen Prozess stellen. Das erzeugt einen weiteren Nachweis, den es abzugleichen gilt. Das Abgleichen entfällt nicht.
Hier hat die Infrastruktur von Dusk eine härtere Aufgabe als das Prägung einer Asset. Der Emissions-Workflow muss die Anlegerberechtigung, Zuteilung, Übertragung, Abwicklung und Betreuung mit dem Datensatz verbinden, den die rechtliche Struktur tatsächlich anerkennt. Für eine niederländische Privatgesellschaft ersetzt ein digitales Aktionärsregister die erforderlichen notariellen Handlungen nicht automatisch.
Wenn ein weiteres Register weiterhin entscheidend bleibt, darf das Token Eigentum nur beschreiben – nicht begründen.
Deshalb lese ich „Onchain-Eigentum“ nicht mehr als bloßen technischen Zustand. Ich lese es als eine Behauptung darüber, welcher Status gewinnt, wenn zwei Datensätze voneinander abweichen.
Dusk kann einen gemeinsamen Lebenszyklus des Eigentums koordinieren und wiederholte Übergaben reduzieren. Es kann aber nicht von sich aus erklären, dass jede Jurisdiktion, jeder Emittent oder jedes Gericht diesen Status als rechtlich ausschlaggebend behandeln wird.
Die Evidenz, die ich will, ist sehr konkret: ein lebendes Instrument, dessen rechtliche Dokumente den Dusk-basierten Datensatz identifizieren, sowie eine echte Übertragung, die jede erforderliche Partei aktualisiert – ohne dass ein zweites manuelles Ledger zur finalen Instanz wird.
Bis dahin ist die entscheidende Frage nicht, ob Dusk KMU-Wertpapiere onchain stellen kann. Es geht darum, ob Dusk den Onchain-Datensatz so zur „Stelle“ machen kann, an der sich Eigentum nicht länger dupliziert.
@Dusk #dusk $DUSK $BTW $VELVET
