Ich dachte früher, dass eine EVM-kompatible Schicht vor allem dazu dient, eine Chain für Entwickler einfacher nutzbar zu machen. Dann habe ich mir DuskEVM genauer angesehen und gemerkt, dass das Spannende daran ist, was darauf aufbaut. Du kannst mit vertrautem EVM-Tooling weiterarbeiten, ohne alles neu lernen zu müssen, nur um auf ein anderes Netzwerk zuzugreifen.
DuskEVM eröffnet Buildern einen Solidity/EVM-Pfad in Richtung Dusk, während Hedger entwickelt wurde, um vertrauliche EVM-Workflows in diese Umgebung zu bringen. Dafür nutzt es homomorphe Verschlüsselung und Zero-Knowledge-Proofs, um Privatsphäre zu ermöglichen, die bei Bedarf dennoch überprüfbar bleibt. Also ist der EVM-Teil nicht wirklich die ganze Geschichte … es ist die vertraute Tür in die Infrastruktur, die Dusk darunter aufbaut. 🤯
Das hat mich darüber nachdenken lassen, wie Entwickler normalerweise auswählen, wo sie bauen. Vertrautes Tooling spielt eine Rolle, denn niemand will seinen gesamten Workflow neu aufsetzen, nur um mit einer neuen Chain zu experimentieren. Aber bei regulierten Anwendungen ist die Infrastruktur darunter genauso wichtig. EVM-Kompatibilität ist nützlich, doch dass Privatsphäre und Überprüfbarkeit direkt in die Umgebung eingebaut sind, macht die Kombination erst wirklich spannend.
Ich bin immer noch neugierig, was die Leute damit tatsächlich bauen werden 😂, denn Kompatibilität allein garantiert noch nicht, dass es jemand nutzt. Aber ich mag die Richtung. DuskEVM scheint Entwickler nicht dazu zu drängen, zwischen vertrauter EVM-Entwicklung und Dusks datenschutzorientierter Infrastruktur zu wählen. Es versucht, beides zusammenzubringen, und das ist der Teil, den ich im Blick behalten werde.
@Dusk #dusk $DUSK
DuskEVM eröffnet Buildern einen Solidity/EVM-Pfad in Richtung Dusk, während Hedger entwickelt wurde, um vertrauliche EVM-Workflows in diese Umgebung zu bringen. Dafür nutzt es homomorphe Verschlüsselung und Zero-Knowledge-Proofs, um Privatsphäre zu ermöglichen, die bei Bedarf dennoch überprüfbar bleibt. Also ist der EVM-Teil nicht wirklich die ganze Geschichte … es ist die vertraute Tür in die Infrastruktur, die Dusk darunter aufbaut. 🤯
Das hat mich darüber nachdenken lassen, wie Entwickler normalerweise auswählen, wo sie bauen. Vertrautes Tooling spielt eine Rolle, denn niemand will seinen gesamten Workflow neu aufsetzen, nur um mit einer neuen Chain zu experimentieren. Aber bei regulierten Anwendungen ist die Infrastruktur darunter genauso wichtig. EVM-Kompatibilität ist nützlich, doch dass Privatsphäre und Überprüfbarkeit direkt in die Umgebung eingebaut sind, macht die Kombination erst wirklich spannend.
Ich bin immer noch neugierig, was die Leute damit tatsächlich bauen werden 😂, denn Kompatibilität allein garantiert noch nicht, dass es jemand nutzt. Aber ich mag die Richtung. DuskEVM scheint Entwickler nicht dazu zu drängen, zwischen vertrauter EVM-Entwicklung und Dusks datenschutzorientierter Infrastruktur zu wählen. Es versucht, beides zusammenzubringen, und das ist der Teil, den ich im Blick behalten werde.
@Dusk #dusk $DUSK