Ich habe heute die Dokumente zur Dusk-Network-Multilayer-Architektur durchgesehen — die dreistufige Aufschlüsselung: DuskDS als Basis, das Konsens und Abrechnung übernimmt, DuskEVM darüber für EVM-Ausführung und DuskVM als Datenschicht, die noch kommt. $DUSK läuft über alle drei. #dusk @Dusk Die Einordnung ist tatsächlich sauber — jede Schicht ist für das optimiert, was sie tut, und keine Funktion wird dort hineingezwungen, wo sie nicht hingehört.

Was mich ins Stocken gebracht hat, war ein Detail, das in der Beschreibung des Stacks versteckt ist. NPEX's MTF-, ECSP- und Broker-Lizenzen werden so dargestellt, dass sie den gesamten Stack abdecken — das bedeutet: Das regulatorische „Envelope“ umschließt nicht nur die Anwendungsschicht, es soll auch bis in die Infrastruktur selbst hineinreichen. Das ist die strukturelle Wette, nicht nur ein Compliance-Aufkleber oben drauf.

Moment — dann gibt es noch die Bridge. Die ist bis heute noch geschlossen, neun Tage nach dem Vorfall am 16. August bei einer teamverwalteten Wallet. Das Team war sich klar: kein Problem auf Protokoll-Ebene bei DuskDS, was wahrscheinlich zutreffend ist. Aber die native Trustless-Bridge zwischen DuskDS und DuskEVM ist noch nicht live. Die verbindende „Gewebeschicht“ zwischen Basisschicht und Ausführungsschicht wird weiterhin durch menschlich betriebene Infrastruktur hergestellt. Und genau dort ist etwas durchgerutscht.

Ich habe das irgendwann während der Aufgabe auf einer Serviette skizziert. Die Stack-Logik stimmt. Aber die Compliance-Abdeckung von „dem vollständigen Stack“ ist eine Behauptung, die nur Gewicht hat, wenn alle drei Schichten tatsächlich unter demselben Dach laufen...