Früher betrachtete ich die EVM-Kompatibilität ziemlich einfach. Wenn eine Blockchain Solidity und Ethereum-Tooling unterstützt, ging ich automatisch davon aus, dass das der Weg ist, Entwickler in eine neue Ökosystemwelt zu ziehen.
Doch als ich die Dokumentation von Dusk genauer gelesen habe, merkte ich, dass diese Annahme nicht ausreicht. Ein Detail, das mich zum Innehalten gebracht hat, ist die Art und Weise, wie Dusk Execution von Settlement trennt.
Zunächst dachte ich, dass DuskEVM vor allem dazu dient, Ethereum-ähnliche Anwendungen auf Dusk auszuführen. Danach erkannte ich, dass seine Rolle breiter ist, aber auch spezifischer, als ich zunächst angenommen hatte.
DuskEVM ist die Ausführungsumgebung für EVM, während DuskDS Konsens, Settlement und Data Availability übernimmt. Der regulierte Finanzbereich basiert wiederum auf mehreren weiteren Bausteinen wie Access Control, selektiver Offenlegung (Selective Disclosure) und den Transaktionsmodellen von Dusk.
Aus der heutigen Perspektive sehe ich DuskEVM nicht mehr als eine technische Ethereum-Bridge. Ich betrachte es eher als eine Kompatibilitätsschicht, die Solidity- und Ethereum-Tooling dabei hilft, auf die Dusk-Infrastruktur zuzugreifen.
Spannend ist dabei die klare Aufteilung der Zuständigkeiten. Die EVM behält das vertraute Entwicklungsmuster bei, während Settlement und die Anforderungen des regulierten Finanzwesens in anderen Schichten behandelt werden.
Vielleicht ist die „Brücke“ hier nicht zwischen zwei Blockchains, sondern zwischen zwei Arten, Systeme zu bauen.
Ich habe jedoch noch eine Frage: Ist gerade die Trennung zwischen Compatibility und neuer, regulierter Infrastruktur der wichtigste Aspekt am Design von Dusk?
#dusk $DUSK @Dusk
Doch als ich die Dokumentation von Dusk genauer gelesen habe, merkte ich, dass diese Annahme nicht ausreicht. Ein Detail, das mich zum Innehalten gebracht hat, ist die Art und Weise, wie Dusk Execution von Settlement trennt.
Zunächst dachte ich, dass DuskEVM vor allem dazu dient, Ethereum-ähnliche Anwendungen auf Dusk auszuführen. Danach erkannte ich, dass seine Rolle breiter ist, aber auch spezifischer, als ich zunächst angenommen hatte.
DuskEVM ist die Ausführungsumgebung für EVM, während DuskDS Konsens, Settlement und Data Availability übernimmt. Der regulierte Finanzbereich basiert wiederum auf mehreren weiteren Bausteinen wie Access Control, selektiver Offenlegung (Selective Disclosure) und den Transaktionsmodellen von Dusk.
Aus der heutigen Perspektive sehe ich DuskEVM nicht mehr als eine technische Ethereum-Bridge. Ich betrachte es eher als eine Kompatibilitätsschicht, die Solidity- und Ethereum-Tooling dabei hilft, auf die Dusk-Infrastruktur zuzugreifen.
Spannend ist dabei die klare Aufteilung der Zuständigkeiten. Die EVM behält das vertraute Entwicklungsmuster bei, während Settlement und die Anforderungen des regulierten Finanzwesens in anderen Schichten behandelt werden.
Vielleicht ist die „Brücke“ hier nicht zwischen zwei Blockchains, sondern zwischen zwei Arten, Systeme zu bauen.
Ich habe jedoch noch eine Frage: Ist gerade die Trennung zwischen Compatibility und neuer, regulierter Infrastruktur der wichtigste Aspekt am Design von Dusk?
#dusk $DUSK @Dusk