#dusk $DUSK @Dusk Ich habe die Seite zu Dusk’s Core Components geöffnet, in der Erwartung, dass Zedger und Hedger ältere und neuere Versionen desselben Privacy-Systems sind.
Das sind sie nicht.
Die Seite platziert Zedger direkt auf Dusk’s nativer L1 über DuskVM-Verträge. Sein hybrides UTXO/Account-Design wurde für regulierte Assets entwickelt, die private Eigentümerschaft, konforme Übertragungen, Abstimmungen, Dividenden und Eigentumsgrenzen benötigen.
Hedger geht einen anderen Weg.
Es lebt auf DuskEVM und kombiniert homomorphe Verschlüsselung mit Zero-Knowledge-Beweisen. Werte können verschlüsselt bleiben, während Verträge nachweisen, dass eine Transaktion gültig ist — ohne Solidity oder standardisierte Ethereum-Tools aufzugeben.
Dann fand ich den Kompromiss, den Dusk offen ausspricht: Das EVM-Account-Modell verhindert, dass Hedger die volle Anonymität bereitstellen kann, die über Zedger verfügbar ist.
Das verändert, wie ich die Architektur lese.
Hedger ist nicht einfach nur besser als Zedger. Es gibt einen Teil der nativen-layer-Anonymität auf, um vertrauliche Finanzen in einer EVM-Umgebung nutzbar zu machen.
Für eine tokenisierte Bond-Plattform, die bereits um Solidity herum gebaut ist, könnte diese Kompatibilität den Integrationsaufwand reduzieren. Für eine Anwendung, die tiefere Privatsphäre und direkten Zugriff auf Dusk’s natives Transaktionsmodell benötigt, bleibt Zedger ein anderer Pfad.
Hedger ist immer noch im Testnet, daher müssen die behauptete Browser-Beweisgeschwindigkeit und die verschlüsselten Workflows sich erst unter echter Marktaktivität bewähren.
Dusk hat nicht ein einziges Privacy-Modell für alles gewählt.
Dusk hält die native-L1-Privatsphäre und die EVM-Privatsphäre getrennt, weil Entwicklervertrautheit und maximale Anonymität nicht sauber in dieselbe Architektur passen.
Das sind sie nicht.
Die Seite platziert Zedger direkt auf Dusk’s nativer L1 über DuskVM-Verträge. Sein hybrides UTXO/Account-Design wurde für regulierte Assets entwickelt, die private Eigentümerschaft, konforme Übertragungen, Abstimmungen, Dividenden und Eigentumsgrenzen benötigen.
Hedger geht einen anderen Weg.
Es lebt auf DuskEVM und kombiniert homomorphe Verschlüsselung mit Zero-Knowledge-Beweisen. Werte können verschlüsselt bleiben, während Verträge nachweisen, dass eine Transaktion gültig ist — ohne Solidity oder standardisierte Ethereum-Tools aufzugeben.
Dann fand ich den Kompromiss, den Dusk offen ausspricht: Das EVM-Account-Modell verhindert, dass Hedger die volle Anonymität bereitstellen kann, die über Zedger verfügbar ist.
Das verändert, wie ich die Architektur lese.
Hedger ist nicht einfach nur besser als Zedger. Es gibt einen Teil der nativen-layer-Anonymität auf, um vertrauliche Finanzen in einer EVM-Umgebung nutzbar zu machen.
Für eine tokenisierte Bond-Plattform, die bereits um Solidity herum gebaut ist, könnte diese Kompatibilität den Integrationsaufwand reduzieren. Für eine Anwendung, die tiefere Privatsphäre und direkten Zugriff auf Dusk’s natives Transaktionsmodell benötigt, bleibt Zedger ein anderer Pfad.
Hedger ist immer noch im Testnet, daher müssen die behauptete Browser-Beweisgeschwindigkeit und die verschlüsselten Workflows sich erst unter echter Marktaktivität bewähren.
Dusk hat nicht ein einziges Privacy-Modell für alles gewählt.
Dusk hält die native-L1-Privatsphäre und die EVM-Privatsphäre getrennt, weil Entwicklervertrautheit und maximale Anonymität nicht sauber in dieselbe Architektur passen.