Ich sah immer wieder, dass DuskEVM als die EVM-kompatible Seite von
#dusk beschrieben wird – und diese Beschreibung machte es einfacher, als es tatsächlich ist.
Dusk ist nicht einfach nur das Hinzufügen von Solidity-Kompatibilität auf eine Kette und dann „fertig“. DuskEVM ist als Anwendungsschicht ausgelegt, während DuskDS darunter Abrechnung und Datenverfügbarkeit übernimmt. Dann gibt es noch Hedger, der vertrauliche Transaktionsfunktionen in die EVM-Umgebung bringt.
🔹 Vertraute Entwicklung bedeutet nicht automatisch vertraute Kompromisse. Builder können mit EVM- und Solidity-basierten Workflows arbeiten, während sie auf eine Infrastruktur abzielen, die speziell für Finanzanwendungen entwickelt wurde.
🔐 Privatsphäre wird auf der Ausführungsebene gehandhabt. Hedger nutzt homomorphe Verschlüsselung und Zero-Knowledge-Beweise, um vertrauliche EVM-Workflows zu unterstützen – statt nur eine Explorer-Seite zu verstecken oder ausgewählte Informationen zu maskieren.
⚙️ Die Schichten haben unterschiedliche Aufgaben. DuskEVM übernimmt die Anwendungs-Ausführung, während DuskDS die zugrunde liegende Abrechnung und Datenverfügbarkeit bereitstellt. Diese Trennung ist entscheidend, wenn das Ziel eine finanzielle Infrastruktur ist – und nicht eine weitere allgemeine App-Chain.
@Dusk_Foundation Das schwierigere Problem besteht darin, vertrauliche Anwendungsentwicklung parallel zu Privatsphäre, kontrollierter Offenlegung und deterministischem Settlement zum Laufen zu bringen, ohne Institutionen dazu zu zwingen, alles rund um eine ungewohnte Programmierumgebung neu aufzubauen.
Das macht $DUSK für mich interessanter als einfach nur zu sagen: „eine weitere EVM-Chain“.
Es versucht, zwei Welten miteinander zu verbinden, die normalerweise ziemlich weit voneinander entfernt sind: bestehende EVM-Entwicklung und regulierte Finanzinfrastruktur.
#dusk beschrieben wird – und diese Beschreibung machte es einfacher, als es tatsächlich ist.
Dusk ist nicht einfach nur das Hinzufügen von Solidity-Kompatibilität auf eine Kette und dann „fertig“. DuskEVM ist als Anwendungsschicht ausgelegt, während DuskDS darunter Abrechnung und Datenverfügbarkeit übernimmt. Dann gibt es noch Hedger, der vertrauliche Transaktionsfunktionen in die EVM-Umgebung bringt.
🔹 Vertraute Entwicklung bedeutet nicht automatisch vertraute Kompromisse. Builder können mit EVM- und Solidity-basierten Workflows arbeiten, während sie auf eine Infrastruktur abzielen, die speziell für Finanzanwendungen entwickelt wurde.
🔐 Privatsphäre wird auf der Ausführungsebene gehandhabt. Hedger nutzt homomorphe Verschlüsselung und Zero-Knowledge-Beweise, um vertrauliche EVM-Workflows zu unterstützen – statt nur eine Explorer-Seite zu verstecken oder ausgewählte Informationen zu maskieren.
⚙️ Die Schichten haben unterschiedliche Aufgaben. DuskEVM übernimmt die Anwendungs-Ausführung, während DuskDS die zugrunde liegende Abrechnung und Datenverfügbarkeit bereitstellt. Diese Trennung ist entscheidend, wenn das Ziel eine finanzielle Infrastruktur ist – und nicht eine weitere allgemeine App-Chain.
@Dusk_Foundation Das schwierigere Problem besteht darin, vertrauliche Anwendungsentwicklung parallel zu Privatsphäre, kontrollierter Offenlegung und deterministischem Settlement zum Laufen zu bringen, ohne Institutionen dazu zu zwingen, alles rund um eine ungewohnte Programmierumgebung neu aufzubauen.
Das macht $DUSK für mich interessanter als einfach nur zu sagen: „eine weitere EVM-Chain“.
Es versucht, zwei Welten miteinander zu verbinden, die normalerweise ziemlich weit voneinander entfernt sind: bestehende EVM-Entwicklung und regulierte Finanzinfrastruktur.