Ich war anfangs ehrlich gesagt ein wenig verwirrt von dem „EVM-kompatiblen“ Teil von Dusk.
Ich nahm an, es würde einfach bedeuten: Nimm deinen Solidity-Code, nimm ein paar Änderungen vor, und dann passt das.
Dann habe ich genauer in DuskEVM geschaut.
Die EVM-Seite ist vertraut – Solidity, bestehende Entwickler-Tools und ein leichterer Einstieg für Builder, die von Ethereum kommen.
Aber Dusk bringt etwas mit, das ich nicht erwartet hatte: Hedger, ein Privacy-Modul, das für die EVM-Schicht entwickelt wurde.
Es nutzt datenschutzfreundliche Kryptografie und Zero-Knowledge-Beweise, um Anwendungen dabei zu helfen, bestimmte Informationen privat zu halten, während sie trotzdem verifizierbar bleiben.
Daran wird DuskEVM interessant.
Auf den meisten EVM-Chains ist Privacy weitgehend ein nachträglicher Gedanke. Wallets, Guthaben und die Aktivitäten von Contracts sind in der Regel standardmäßig transparent.
Dusk verfolgt einen anderen Ansatz: Entwickler können selbst entscheiden, wo wirklich Privatsphäre benötigt wird.
Und das wirft eine spannende Frage auf:
Wenn Entwickler endlich die Möglichkeit haben, Privatsphäre in bestimmte Teile einer EVM-Anwendung einzubauen – werden sie das dann auch wirklich nutzen?
Oder ist „transparent-by-default“ längst zum Standard geworden?
@Dusk #dusk $DUSK
$METAB $ONG
Ich nahm an, es würde einfach bedeuten: Nimm deinen Solidity-Code, nimm ein paar Änderungen vor, und dann passt das.
Dann habe ich genauer in DuskEVM geschaut.
Die EVM-Seite ist vertraut – Solidity, bestehende Entwickler-Tools und ein leichterer Einstieg für Builder, die von Ethereum kommen.
Aber Dusk bringt etwas mit, das ich nicht erwartet hatte: Hedger, ein Privacy-Modul, das für die EVM-Schicht entwickelt wurde.
Es nutzt datenschutzfreundliche Kryptografie und Zero-Knowledge-Beweise, um Anwendungen dabei zu helfen, bestimmte Informationen privat zu halten, während sie trotzdem verifizierbar bleiben.
Daran wird DuskEVM interessant.
Auf den meisten EVM-Chains ist Privacy weitgehend ein nachträglicher Gedanke. Wallets, Guthaben und die Aktivitäten von Contracts sind in der Regel standardmäßig transparent.
Dusk verfolgt einen anderen Ansatz: Entwickler können selbst entscheiden, wo wirklich Privatsphäre benötigt wird.
Und das wirft eine spannende Frage auf:
Wenn Entwickler endlich die Möglichkeit haben, Privatsphäre in bestimmte Teile einer EVM-Anwendung einzubauen – werden sie das dann auch wirklich nutzen?
Oder ist „transparent-by-default“ längst zum Standard geworden?
@Dusk #dusk $DUSK
$METAB $ONG
