Als ich das Architekturmaterial von Dusk las, erwartete ich eine Datenschutzeinheit. Stattdessen gibt es zwei — und sie verwenden nicht dieselbe Kryptografie. Dusk ($DUSK ) #dusk @Dusk baut auf ein gespaltenes Design hin: DuskDS, das Piecrust mit Zero-Knowledge-Proofs ausführt, und eine separate DuskEVM-Ebene, die Standard-Solidity über Hardhat und MetaMask ausführen soll.
Ich ging davon aus, dass das DuskEVM zur „transparenten“ Seite macht. Es ist das nicht — zumindest nicht laut einem Dusk-Roadmap-Beitrag: DuskEVM soll eine homomorphe Verschlüsselung für vertrauliche Transaktionen sowie verschleierte Order-Books erhalten. Andere Mathematik, nicht das Fehlen von Datenschutz.
Damit ist das keine „eine private Chain mit einer öffentlichen Onboarding-Rampe“. Es sind zwei getrennte Datenschutzeinheiten für zwei Zielgruppen von Entwicklern — ZK-Proofs auf einer Ebene, HE auf der anderen. Zwei kryptografische Ansätze, die gepflegt und geprüft werden müssen, statt nur einen — was auch immer das in der Praxis bedeutet. Noch Roadmap, nicht ausgeliefert: Die Doku beschreibt DuskVM als „derzeit in DuskDS eingebettet, aber dabei, in seine eigene Ebene extrahiert zu werden“.
Als Nächstes lohnt es sich zu prüfen: Ist diese Extraktion tatsächlich bereits erfolgt, oder existiert die DuskEVM-vertraulichkeitsfunktion basierend auf HE irgendwo außerhalb der Ankündigung?