#dusk $DUSK
Letzte Nacht sprach mein Vater über @Dusk : „Schau, bis jetzt musstest du eine andere Sprache und ein anderes Tool lernen, um an Dusk zu arbeiten. Jetzt, mit Solidity und Hardhat, lassen sich Ethereum-DApps ganz einfach mitbringen. Und mit Hedger ist es möglich, den Transaktionsbetrag oder Kontostand verborgen zu halten und ihn bei Bedarf mit dem Regulator oder Auditor zu verifizieren.“
Ja, als ich diese Worte hörte, schien es, als würde DUSK versuchen, Privatsphäre und Compliance zusammenzubringen.
Ja, und deshalb begann ich, das DuskEVM-Testnetz der Dusk Foundation besser zu verstehen. Zuerst wirkte das Thema ziemlich unkompliziert – vertraute Tools wie Solidiys und Hardhat aus dem Ethereum-Umfeld in das Dusk-Ökosystem zu bringen und EVM-Entwickler in das Dusk-Ökosystem zu holen. Aber nachdem ich etwas genauer gelesen hatte, schien das eigentliche Problem woanders zu liegen. Ja, Dusk liefert hier nicht nur EVM-Kompatibilität. Über Hedger versucht man, den Transaktionsbetrag, den Kontostand und die Geschäftslogik zu verbergen und sie gleichzeitig – falls nötig – durch den Regulator oder Auditor verifizierbar zu machen. Genau das finde ich am interessantesten. Das Thema ist doch ziemlich faszinierend, oder? Denn EVM-Umgebungen wie Ethereum sind auf Transparenz aufgebaut, und im institutionellen Finanzwesen ist es nicht immer praktikabel, alles öffentlich zu halten. Dusk scheint nach einem Mittelweg zwischen beiden zu suchen. Ja, aber hier gibt es auch einige Trade-offs.
Hedger bietet keine vollständige Anonymität. Die Privatsphäre auf Interaktionsebene ist durch die kontobasierte Architektur von EVM eingeschränkt. Außerdem kann die Erzeugung von Homomorpher Verschlüsselung und ZK-Beweisen mehr Rechenaufwand verursachen als eine normale Transaktion. Ehrlich gesagt finde ich genau das ziemlich seltsam. Und auch das Thema des DUSK-Bridgings von Dusk L1 zu DuskEVM ist es wert, separat darüber nachzudenken. Aber ich sage nicht, dass ich damit richtig liege. Vielleicht liege ich auch falsch.
Für mich ist die eigentliche Frage von DuskEVM daher nicht nur „Kann man Ethereum-Entwickler mitbringen oder nicht“.
Sondern:
Privatsphäre, Compliance und Dezentralisierung – wie weit kann man diese drei zusammenbringen?
Sehen wir mal, bis zum Ende🤔
Letzte Nacht sprach mein Vater über @Dusk : „Schau, bis jetzt musstest du eine andere Sprache und ein anderes Tool lernen, um an Dusk zu arbeiten. Jetzt, mit Solidity und Hardhat, lassen sich Ethereum-DApps ganz einfach mitbringen. Und mit Hedger ist es möglich, den Transaktionsbetrag oder Kontostand verborgen zu halten und ihn bei Bedarf mit dem Regulator oder Auditor zu verifizieren.“
Ja, als ich diese Worte hörte, schien es, als würde DUSK versuchen, Privatsphäre und Compliance zusammenzubringen.
Ja, und deshalb begann ich, das DuskEVM-Testnetz der Dusk Foundation besser zu verstehen. Zuerst wirkte das Thema ziemlich unkompliziert – vertraute Tools wie Solidiys und Hardhat aus dem Ethereum-Umfeld in das Dusk-Ökosystem zu bringen und EVM-Entwickler in das Dusk-Ökosystem zu holen. Aber nachdem ich etwas genauer gelesen hatte, schien das eigentliche Problem woanders zu liegen. Ja, Dusk liefert hier nicht nur EVM-Kompatibilität. Über Hedger versucht man, den Transaktionsbetrag, den Kontostand und die Geschäftslogik zu verbergen und sie gleichzeitig – falls nötig – durch den Regulator oder Auditor verifizierbar zu machen. Genau das finde ich am interessantesten. Das Thema ist doch ziemlich faszinierend, oder? Denn EVM-Umgebungen wie Ethereum sind auf Transparenz aufgebaut, und im institutionellen Finanzwesen ist es nicht immer praktikabel, alles öffentlich zu halten. Dusk scheint nach einem Mittelweg zwischen beiden zu suchen. Ja, aber hier gibt es auch einige Trade-offs.
Hedger bietet keine vollständige Anonymität. Die Privatsphäre auf Interaktionsebene ist durch die kontobasierte Architektur von EVM eingeschränkt. Außerdem kann die Erzeugung von Homomorpher Verschlüsselung und ZK-Beweisen mehr Rechenaufwand verursachen als eine normale Transaktion. Ehrlich gesagt finde ich genau das ziemlich seltsam. Und auch das Thema des DUSK-Bridgings von Dusk L1 zu DuskEVM ist es wert, separat darüber nachzudenken. Aber ich sage nicht, dass ich damit richtig liege. Vielleicht liege ich auch falsch.
Für mich ist die eigentliche Frage von DuskEVM daher nicht nur „Kann man Ethereum-Entwickler mitbringen oder nicht“.
Sondern:
Privatsphäre, Compliance und Dezentralisierung – wie weit kann man diese drei zusammenbringen?
Sehen wir mal, bis zum Ende🤔