#dusk $DUSK @Dusk
Okay also ….Vor ein paar Wochen habe ich versucht, mir auszumalen, was es braucht, um eine Cap-Table einer kleinen privaten Firma auf eine Blockchain zu verlagern. Nicht als Gedankenexperiment – sondern ganz konkret, indem ich die Felder abgebildet habe. Namen, Aktienklassen, Übertragungsbeschränkungen, wer von wem kaufen darf. Genau diese Übung hat mich in den XSC-Standard von Dusk gebracht.
Die meisten Setups für Security Tokens, die ich mir angesehen habe, schalten Berechtigungen auf einen transparenten Token. Man sieht jedes Guthaben, jeden Inhaber, jede Übertragung – die Einschränkungen verhindern nur, dass bestimmte Wallets Gelder bewegen können. XSC macht etwas anderes. Die Eigentumsdaten selbst liegen nicht einfach offen da. Compliance-Regeln laufen innerhalb des Contracts, und wer was sehen darf, stellst du tatsächlich ein – nicht etwas, das die Chain standardmäßig für alle aufzwingt.
Beim Durchlaufen von Dusks Testnet war das, was mich überzeugt hat, keine besonders auffällige Funktion. Es war, wie normal sich der Prozess angefühlt hat – näher daran, Berechtigungen in einer Tabelle einzurichten, als an „Krypto benutzen“. Das ist ehrlich gesagt beruhigend für etwas, das echte Wertpapiere halten soll.
Der Vorteil ist real: Kein separater Transfer Agent, der irgendwo anders ein privates Ledger führt. Das Register lebt im Contract. Der Haken ist, dass deine Vertraulichkeit jetzt davon abhängt, ob du Schlüssel richtig verwaltest – verlierst du den falschen Schlüssel, ist auch deine eigene Audit-Chain weg, etwas, das ein traditioneller Registrar niemals zulassen würde.
Würdest du Code darauf vertrauen, einen Transfer Agent zu ersetzen – oder braucht diese Aufgabe immer noch einen Menschen?
Okay also ….Vor ein paar Wochen habe ich versucht, mir auszumalen, was es braucht, um eine Cap-Table einer kleinen privaten Firma auf eine Blockchain zu verlagern. Nicht als Gedankenexperiment – sondern ganz konkret, indem ich die Felder abgebildet habe. Namen, Aktienklassen, Übertragungsbeschränkungen, wer von wem kaufen darf. Genau diese Übung hat mich in den XSC-Standard von Dusk gebracht.
Die meisten Setups für Security Tokens, die ich mir angesehen habe, schalten Berechtigungen auf einen transparenten Token. Man sieht jedes Guthaben, jeden Inhaber, jede Übertragung – die Einschränkungen verhindern nur, dass bestimmte Wallets Gelder bewegen können. XSC macht etwas anderes. Die Eigentumsdaten selbst liegen nicht einfach offen da. Compliance-Regeln laufen innerhalb des Contracts, und wer was sehen darf, stellst du tatsächlich ein – nicht etwas, das die Chain standardmäßig für alle aufzwingt.
Beim Durchlaufen von Dusks Testnet war das, was mich überzeugt hat, keine besonders auffällige Funktion. Es war, wie normal sich der Prozess angefühlt hat – näher daran, Berechtigungen in einer Tabelle einzurichten, als an „Krypto benutzen“. Das ist ehrlich gesagt beruhigend für etwas, das echte Wertpapiere halten soll.
Der Vorteil ist real: Kein separater Transfer Agent, der irgendwo anders ein privates Ledger führt. Das Register lebt im Contract. Der Haken ist, dass deine Vertraulichkeit jetzt davon abhängt, ob du Schlüssel richtig verwaltest – verlierst du den falschen Schlüssel, ist auch deine eigene Audit-Chain weg, etwas, das ein traditioneller Registrar niemals zulassen würde.
Würdest du Code darauf vertrauen, einen Transfer Agent zu ersetzen – oder braucht diese Aufgabe immer noch einen Menschen?