Die meisten Builder greifen aus Muskelgedächtnis zu Solidity und zur EVM – die Tools, die Libraries, die Jahre der Gewohnheit sind dort verankert. Aber die EVM hat eine Eigenschaft, die sie für regulierte Finanzen nahezu unbrauchbar macht: Sie zeigt alles. Der Contract-Status ist standardmäßig öffentlich. Jeder Kontostand, jeder Geschäftspartner – von jedem einsehbar.
Für einen DEX ist das okay. Für eine tokenisierte Anleihe mit geheimer Cap-Table und sensiblen Positionen ist diese Transparenz ein No-Go. Also schlagen Teams eine hässliche Abzweigung ein: Entweder die EVM ganz verlassen und dabei die komplette Toolchain und den Talentpool verlieren. Oder Privatsphäre off-Chain „draufsetzen“ – und leise wieder den vertrauenswürdigen Vermittler einführen, den man hier eigentlich entfernen wollte.
DuskEVM ist Dusks Versuch, diese Abzweigung zu umgehen: Der vertraute Solidity-Pfad bleibt bestehen, aber Vertraulichkeit wird nativ über Hedger, das Privacy-Modul von Dusk, ergänzt. Das Spannende ist der Mechanismus – homomorphe Verschlüsselung plus Zero-Knowledge-Proofs. So kann ein Smart Contract über Daten berechnen, die er niemals offenlegt, und dennoch beweisen, dass er korrekt ausgeführt wurde. Nachprüfbar, nicht nur verborgen.
Ich bleibe skeptisch. FHE war historisch langsam und teuer, und ZK-Proving ist nicht kostenlos. „Confidential EVM“ wurde schon versprochen, ist aber bei echter Last eingeknickt. Nachprüfbare Privatsphäre zählt nur, wenn sie schnell genug ist, um darauf aufbauen zu können.
Wer würde das nutzen? Teams, die EVM-Vertrautheit wollen, rechtlich aber keine Daten leaken dürfen. Warum es funktionieren könnte: Es trifft Entwickler dort, wo sie bereits sind. Was es kaputtmacht: Overhead, der echte Anwendungen unpraktisch macht.
Es lohnt sich, es im Blick zu behalten. Der Engpass ist die Performance – nicht die Idee.
@Dusk_Foundation $DUSK #dusk