Als ich mir kürzlich das Design der regulierten Assets von Dusk angesehen habe, hat mich ein kleiner Unterschied wirklich zum Innehalten gebracht: Warum kann „dieses Wallet Transaktionen signieren“, aber nicht automatisch bedeuten, dass „dieses Wallet berechtigt ist, dieses Asset zu kaufen“?
Die Logik gewöhnlicher Token ist ganz einfach.
Man hat ein Guthaben.
Man hat eine Signatur.
Dann geht die Transaktion durch.
Wenn man das aber auf Wertpapier-ähnliche Assets überträgt, reicht diese Logik sofort nicht mehr aus. Dusk trennt in der aktuellen Dokumentation Eligibility, Identität, Wallet-Bindung und Access Control explizit in den Asset-Workflow. Das heißt: On-Chain wird nicht nur geprüft, „wer die Transaktion initiiert“, sondern auch, „ob der Teilnehmer die Besitzbedingungen für dieses Asset erfüllt“.
> Ich glaube, hier wird wirklich auseinandergezogen, „ein Wallet kontrollieren“ und „berechtigt sein“.
Aus Investorensicht heißt das: Eine Adresse ist selbst dann nicht automatisch berechtigt, alle regulierten Assets zu empfangen, wenn sie den privaten Schlüssel kontrolliert.
Aus Sicht des Emittenten ist das hingegen notwendig.
Denn nachdem Wertpapiere on-chain gegangen sind, ist die größte Angst nicht, dass niemand handelt, sondern dass das Asset an eine Adresse übertragen wird, die eigentlich gar nicht in diesen Markt gehört.
Dusk‘ Citadel als Identitäts- und Zugriffsschicht behandelt genau diese Grenze: Es stellt die Beziehung zwischen Berechtigung und On-Chain-Konto her und unterstützt zugleich das Prinzip „nur die notwendige Information offenlegen“, anstatt die komplette Identitätsdokumentation ins öffentliche Internet zu stellen.
Der Preis ist dabei auch klar.
Bei gewöhnlichen Token reicht es, wenn Wallet und Signatur passen, um zu transferieren.
Bei regulierten Assets kommt noch eine zusätzliche Ebene der Berechtigungsprüfung hinzu.
Das Erlebnis ist nicht ganz so „blind“.
Aber genau das könnte die eine Buchungsposition sein, die man nach einer echten On-Chain-Nachbildung von Finanzassets nicht vermeiden kann:
**Offene Adressen bedeuten nicht offene Asset-Berechtigungen.**
Wenn du ein Asset-Emittent bist, würdest du eine zusätzliche Ebene aus Identitäts- und Qualifikationsanforderungen akzeptieren, um sicherzustellen, dass das Asset wirklich in den Compliance-Markt gelangt; oder würdest du lieber an der einfachen Regel festhalten, wie bei gewöhnlichen Token: „Wer ein Wallet hat, kann es bekommen“?@Dusk
#dusk $DUSK
Die Logik gewöhnlicher Token ist ganz einfach.
Man hat ein Guthaben.
Man hat eine Signatur.
Dann geht die Transaktion durch.
Wenn man das aber auf Wertpapier-ähnliche Assets überträgt, reicht diese Logik sofort nicht mehr aus. Dusk trennt in der aktuellen Dokumentation Eligibility, Identität, Wallet-Bindung und Access Control explizit in den Asset-Workflow. Das heißt: On-Chain wird nicht nur geprüft, „wer die Transaktion initiiert“, sondern auch, „ob der Teilnehmer die Besitzbedingungen für dieses Asset erfüllt“.
> Ich glaube, hier wird wirklich auseinandergezogen, „ein Wallet kontrollieren“ und „berechtigt sein“.
Aus Investorensicht heißt das: Eine Adresse ist selbst dann nicht automatisch berechtigt, alle regulierten Assets zu empfangen, wenn sie den privaten Schlüssel kontrolliert.
Aus Sicht des Emittenten ist das hingegen notwendig.
Denn nachdem Wertpapiere on-chain gegangen sind, ist die größte Angst nicht, dass niemand handelt, sondern dass das Asset an eine Adresse übertragen wird, die eigentlich gar nicht in diesen Markt gehört.
Dusk‘ Citadel als Identitäts- und Zugriffsschicht behandelt genau diese Grenze: Es stellt die Beziehung zwischen Berechtigung und On-Chain-Konto her und unterstützt zugleich das Prinzip „nur die notwendige Information offenlegen“, anstatt die komplette Identitätsdokumentation ins öffentliche Internet zu stellen.
Der Preis ist dabei auch klar.
Bei gewöhnlichen Token reicht es, wenn Wallet und Signatur passen, um zu transferieren.
Bei regulierten Assets kommt noch eine zusätzliche Ebene der Berechtigungsprüfung hinzu.
Das Erlebnis ist nicht ganz so „blind“.
Aber genau das könnte die eine Buchungsposition sein, die man nach einer echten On-Chain-Nachbildung von Finanzassets nicht vermeiden kann:
**Offene Adressen bedeuten nicht offene Asset-Berechtigungen.**
Wenn du ein Asset-Emittent bist, würdest du eine zusätzliche Ebene aus Identitäts- und Qualifikationsanforderungen akzeptieren, um sicherzustellen, dass das Asset wirklich in den Compliance-Markt gelangt; oder würdest du lieber an der einfachen Regel festhalten, wie bei gewöhnlichen Token: „Wer ein Wallet hat, kann es bekommen“?@Dusk
#dusk $DUSK
