Gestern, als ich die Statusmaschinen-Logs für Nodes durchging, kam mir plötzlich ein oft in der Branche heiß diskutiertes Thema in den Kopf: Wenn ein privater Schlüssel aus Versehen verloren geht—sollten die Vermögenswerte auf der Kette dann wirklich als verloren abgeschrieben werden?
Wenn es sich um „im Sinne der ursprünglichen Lehre“ krypotierte Assets handelt, fallen die Antworten meist extrem klar aus: „Not your keys, not your coins“. Wer sie verliert, liefert eben einen Beitrag zur Deflation für das gesamte Netz. Aber sobald man auch nur ein bisschen die grundlegende Logik von regulierten Assets verstanden hat, merkt man: Diese Dschungel-Regel funktioniert im echten Wertpapiermarkt schlicht nicht.
Anleger wechseln das Gerät, das Verwahrungs- oder Hosting-Setup erlebt einen extremen Ausfall, selbst wenn ein Gericht bereits ein Urteil zur Vermögensnachfolge erlassen hat—muss dann doch rechtmäßig gehaltenes Unternehmenskapital für immer in einer alten Adresse „eingeschweißt“ bleiben?
Genau das habe ich bei meinem Blick auf die Vorschriften für regulierte Assets von @Dusk besonders im Auge behalten: Dort wird „Asset Recovery & Remediation“ direkt als ein Kernmodul neben Übertragung und Corporate Actions aufgeführt.
Im realen Finanzmarkt kann man nicht nur den reibungslosen Normalbetrieb abbilden. Der Umgang mit verloren gegangenen privaten Schlüsseln, Hackerbetrug und gerichtlicher Korrektur ist die untere Grenze, die vor dem Einstieg großer Player zwingend geprüft werden muss.
Aber wer schon mal entwickelt hat, weiß: In meinen Risikokontrollprinzipien gilt „Leben zuerst“—und dabei wird jede Form von „Backdoor“ sofort misstrauisch beäugt. Wenn der Emittent der Assets bereits mit dem simplen Umschalten eines onlyOwner-Admin-Rechtes die Coins nach Belieben verschieben kann, dann ist Eigentum an dem, was andere in der Hand halten, ohnehin nicht wirklich gegeben. Es wäre höchstens ein zentralisiertes Datenbank-Belegblatt, das jederzeit manipuliert werden kann.
Ein geeignetes Wiederherstellungsmechanismus muss den Prozess extrem streng festnageln: Wer initiiert den Recovery-Antrag? Sind die auf der Kette ausgegebenen Identitätsnachweise robust genug? Ist genügend Zeit für die On-Chain-Veröffentlichung und die anschließende Challenge- bzw. Widerspruchsphase vorgesehen? Wann wird die alte Adresse als ungültig markiert? Können alle Ausführungsprotokolle vollständig nachgeprüft werden?
Dusk stellt auf der Ebene der Identitäten und der Vertragsprimitiven zwar die Basis bereit—doch wie man die rote Linie zwischen „legitimer Fehlerkorrektur“ und „Machtausnutzung/Abuse“ sauber zieht, ist die harte Testfrage, die als Nächstes die Qualität des Teams entscheidend prüfen wird.
#dusk $DUSK @Dusk
Wenn es sich um „im Sinne der ursprünglichen Lehre“ krypotierte Assets handelt, fallen die Antworten meist extrem klar aus: „Not your keys, not your coins“. Wer sie verliert, liefert eben einen Beitrag zur Deflation für das gesamte Netz. Aber sobald man auch nur ein bisschen die grundlegende Logik von regulierten Assets verstanden hat, merkt man: Diese Dschungel-Regel funktioniert im echten Wertpapiermarkt schlicht nicht.
Anleger wechseln das Gerät, das Verwahrungs- oder Hosting-Setup erlebt einen extremen Ausfall, selbst wenn ein Gericht bereits ein Urteil zur Vermögensnachfolge erlassen hat—muss dann doch rechtmäßig gehaltenes Unternehmenskapital für immer in einer alten Adresse „eingeschweißt“ bleiben?
Genau das habe ich bei meinem Blick auf die Vorschriften für regulierte Assets von @Dusk besonders im Auge behalten: Dort wird „Asset Recovery & Remediation“ direkt als ein Kernmodul neben Übertragung und Corporate Actions aufgeführt.
Im realen Finanzmarkt kann man nicht nur den reibungslosen Normalbetrieb abbilden. Der Umgang mit verloren gegangenen privaten Schlüsseln, Hackerbetrug und gerichtlicher Korrektur ist die untere Grenze, die vor dem Einstieg großer Player zwingend geprüft werden muss.
Aber wer schon mal entwickelt hat, weiß: In meinen Risikokontrollprinzipien gilt „Leben zuerst“—und dabei wird jede Form von „Backdoor“ sofort misstrauisch beäugt. Wenn der Emittent der Assets bereits mit dem simplen Umschalten eines onlyOwner-Admin-Rechtes die Coins nach Belieben verschieben kann, dann ist Eigentum an dem, was andere in der Hand halten, ohnehin nicht wirklich gegeben. Es wäre höchstens ein zentralisiertes Datenbank-Belegblatt, das jederzeit manipuliert werden kann.
Ein geeignetes Wiederherstellungsmechanismus muss den Prozess extrem streng festnageln: Wer initiiert den Recovery-Antrag? Sind die auf der Kette ausgegebenen Identitätsnachweise robust genug? Ist genügend Zeit für die On-Chain-Veröffentlichung und die anschließende Challenge- bzw. Widerspruchsphase vorgesehen? Wann wird die alte Adresse als ungültig markiert? Können alle Ausführungsprotokolle vollständig nachgeprüft werden?
Dusk stellt auf der Ebene der Identitäten und der Vertragsprimitiven zwar die Basis bereit—doch wie man die rote Linie zwischen „legitimer Fehlerkorrektur“ und „Machtausnutzung/Abuse“ sauber zieht, ist die harte Testfrage, die als Nächstes die Qualität des Teams entscheidend prüfen wird.
#dusk $DUSK @Dusk