Vor einiger Zeit ging ich davon aus, dass das Halten eines tokenisierten Vermögenswerts genauso einfach wird wie das Besitzen irgendeines anderen Tokens: Man sendet ihn einfach an eine Wallet – fertig. Dann habe ich mich damit beschäftigt, wie Dusk regulierte Vermögenswerte angeht, und musste feststellen, dass diese Annahme sehr schnell zerbricht, sobald Compliance ins Spiel kommt. Ein reguliertes Wertpapier kann nicht einfach in irgendeiner Wallet liegen, die danach fragt – genauso wenig kann eine Bank ein Konto für jemanden eröffnen, ohne vorher zu prüfen, wer diese Person ist.

Dusk löst das, indem es die Zugriffskontrolle über mehrere Stellen hinweg schichtet, statt sich auf ein einziges Tor zu verlassen. Identitätsnachweise legen fest, wer ein Teilnehmer tatsächlich ist, ohne unnötige personenbezogene Daten on Chain offenzulegen. Die Wallet-Bindung verknüpft die verifizierte Identität mit einer bestimmten Adresse, sodass der Nachweis nicht ohne Weiteres weitergereicht werden kann. Und Smart Contracts setzen die eigentliche Regel zum Zeitpunkt der Übertragung durch, prüfen die Berechtigung, bevor die Transaktion abgewickelt werden darf. Checks auf Anwendungsebene fügen noch eine zusätzliche Schicht hinzu und ermöglichen es Emittenten, je nach Gerichtsbarkeit oder Asset-Typ ihre eigenen spezifischen Bedingungen anzuwenden. Besonders aufgefallen ist mir, dass nicht ein einziges Mechanismus alles erledigt, sondern mehrere unabhängige Prüfungen, die jeweils erfolgreich sein müssen – und dass diese Redundanz zwar für die Compliance nützlich ist, aber auch mehr bewegliche Teile bedeutet, die entweder ausfallen oder für legitime Inhaber Reibung erzeugen können, wenn es nicht sorgfältig implementiert wird.

‎Das hat mir gezeigt, regulierte tokenisierte Vermögenswerte anders zu betrachten: Der schwierige Teil lag nie darin, den Token auszugeben, sondern darin, langfristig aufrechtzuerhalten, wer ihn behalten darf – selbst wenn sich die Umstände ändern. Zu verstehen, wie Dusk diese geschichtete Vorgehensweise strukturiert, hat die Frage nach der Berechtigung weniger wie einen einmaligen Check wirken lassen und mehr wie einen fortlaufenden Prozess.

@Dusk $DUSK #dusk
Wenn sich die Berechtigung eines Inhabers nach der Emission ändert, wie sollte die Durchsetzung dann funktionieren?
Next transfer only
Retroactive now
Depends on asset
Issuer decides
2 Stunde(n) übrig