Ich komme immer wieder auf eine Einzelheit zurück, wenn ich etwas über DuskEVM lese. Privatsphäre auf dieser Ebene ist optional. Dieses eine Wort leistet mehr Arbeit, als die meisten Leute ihm zugestehen.
Dusk baut auf einen Mainnet-Launch für DuskEVM hin: eine EVM-kompatible Ausführungsschicht, mit der Entwickler standardmäßige Solidity-Verträge schreiben können, statt einen komplett neuen Stack zu lernen. Dieser Teil ist allein genommen nicht neu. Was anders ist, ist Hedger – das Modul, das vertrauliche Transaktionen in dieselbe Umgebung bringt, mit einer Mischung aus homomorpher Verschlüsselung und Zero-Knowledge-Proofs.
In der Praxis bedeutet das etwas Konkretes. Ein Entwickler kann auf DuskEVM einen Kreditmarkt, eine Fondsstruktur oder einen Abwicklungs-Workflow bereitstellen – mit Werkzeugen, die sie bereits kennen – und dann entscheiden, ob Salden und Übertragungsbeträge verschlüsselt bleiben oder öffentlich sind. Regulierte Finanzwelt will selten vollständige Transparenz und selten auch völlige Anonymität. Sie braucht die Möglichkeit, nachzuweisen, dass etwas wahr ist – zum Beispiel Zahlungsfähigkeit oder Teilnahmeberechtigung –, ohne jede Zahl an das gesamte Internet zu senden. Dusk nennt das programmierbare Privatsphäre, und diese Einordnung wirkt auf mich treffender, als es einfach nur als weitere Privacy-Chain zu bezeichnen.
Da ist noch eine kleinere Einzelheit, die ich genauso aufschlussreich finde. DuskEVM läuft derzeit ohne öffentlichen Mempool, sodass Transaktionen über einen Sequencer laufen, statt vor der Ausführung offen herumzuliegen. Das reduziert bereits eine gängige Form des Front-Running, bevor überhaupt Hedgers Verschlüsselung greift.
Aber optionale Funktionen zählen nur, wenn Menschen sich dafür entscheiden. Ein Mainnet mit verfügbarer vertraulicher Tooling-Unterstützung ist nicht dasselbe wie ein Ökosystem, in dem vertrauliches Tooling auch tatsächlich genutzt wird. Werden Builder auf DuskEVM Hedger für Live-Produkte wirklich einschalten, oder werden die meisten Verträge im transparenten Standard bleiben, weil das einfacher zu prüfen ist? Ich wäre skeptisch gegenüber jedem, der behauptet, die Antwort darauf schon zu kennen.
Was ich sagen kann, ist: Die Architektur gibt Buildern eine echte Wahl, statt ein einziges Modell auf jede Anwendung zu erzwingen. Das ist es wert, beobachtet zu werden, sobald das Mainnet live ist.
@Dusk #dusk $DUSK
Dusk baut auf einen Mainnet-Launch für DuskEVM hin: eine EVM-kompatible Ausführungsschicht, mit der Entwickler standardmäßige Solidity-Verträge schreiben können, statt einen komplett neuen Stack zu lernen. Dieser Teil ist allein genommen nicht neu. Was anders ist, ist Hedger – das Modul, das vertrauliche Transaktionen in dieselbe Umgebung bringt, mit einer Mischung aus homomorpher Verschlüsselung und Zero-Knowledge-Proofs.
In der Praxis bedeutet das etwas Konkretes. Ein Entwickler kann auf DuskEVM einen Kreditmarkt, eine Fondsstruktur oder einen Abwicklungs-Workflow bereitstellen – mit Werkzeugen, die sie bereits kennen – und dann entscheiden, ob Salden und Übertragungsbeträge verschlüsselt bleiben oder öffentlich sind. Regulierte Finanzwelt will selten vollständige Transparenz und selten auch völlige Anonymität. Sie braucht die Möglichkeit, nachzuweisen, dass etwas wahr ist – zum Beispiel Zahlungsfähigkeit oder Teilnahmeberechtigung –, ohne jede Zahl an das gesamte Internet zu senden. Dusk nennt das programmierbare Privatsphäre, und diese Einordnung wirkt auf mich treffender, als es einfach nur als weitere Privacy-Chain zu bezeichnen.
Da ist noch eine kleinere Einzelheit, die ich genauso aufschlussreich finde. DuskEVM läuft derzeit ohne öffentlichen Mempool, sodass Transaktionen über einen Sequencer laufen, statt vor der Ausführung offen herumzuliegen. Das reduziert bereits eine gängige Form des Front-Running, bevor überhaupt Hedgers Verschlüsselung greift.
Aber optionale Funktionen zählen nur, wenn Menschen sich dafür entscheiden. Ein Mainnet mit verfügbarer vertraulicher Tooling-Unterstützung ist nicht dasselbe wie ein Ökosystem, in dem vertrauliches Tooling auch tatsächlich genutzt wird. Werden Builder auf DuskEVM Hedger für Live-Produkte wirklich einschalten, oder werden die meisten Verträge im transparenten Standard bleiben, weil das einfacher zu prüfen ist? Ich wäre skeptisch gegenüber jedem, der behauptet, die Antwort darauf schon zu kennen.
Was ich sagen kann, ist: Die Architektur gibt Buildern eine echte Wahl, statt ein einziges Modell auf jede Anwendung zu erzwingen. Das ist es wert, beobachtet zu werden, sobald das Mainnet live ist.
@Dusk #dusk $DUSK
