Als ich zum ersten Mal auf DuskEVM blickte, lag die naheliegende Geschichte in der EVM-Kompatibilität. Solidity-Entwickler können mit vertrauten Tools arbeiten, was die Hürden senkt, um auf einem neuen Netzwerk zu bauen.
Doch der interessanteste Teil beginnt für mich erst, nachdem die Transaktion die EVM verlassen hat.
DuskEVM arbeitet nicht im luftleeren Raum. Seine Ausführungsumgebung liegt über DuskDS, der zugrunde liegenden Schicht für Abwicklung und Netzwerk-Infrastruktur. Diese Trennung verändert die Frage, die ich meiner Meinung nach stellen sollte.
Statt einfach zu fragen: „Wie leicht können Entwickler Ethereum-ähnliche Anwendungen auf Dusk bereitstellen?“ interessiert mich mehr, was diese Anwendungen von der darunterliegenden Architektur übernehmen.
Vertraute Ausführung ist nützlich. Aber vertraute Ausführung, die mit einem anderen Abwicklungsmodell verbunden ist, kann einen anderen Gestaltungsspielraum eröffnen.
Das wird noch spannender, sobald Privatsphäre ins Spiel kommt. Dusk entwickelt mit Hedger vertrauliche EVM-Workflows. Dabei werden Technologien wie homomorphe Verschlüsselung und Zero-Knowledge-Proofs kombiniert. So kann die Entwicklererfahrung wiedererkennbar bleiben, während die Annahmen rund um die Sichtbarkeit von Transaktionen und die Abwicklung nicht unbedingt dieselben sind wie in einer typischen öffentlichen EVM-Umgebung.
Darin liegt, denke ich, die Tiefe der DuskEVM-Story.
Der Mehrwert besteht nicht einfach darin, Solidity auf eine weitere Kette zu bringen. Es ist potenziell so, dass vertraute Anwendungen Zugriff auf Infrastruktur erhalten, die speziell für regulierte finanzielle Aktivitäten entwickelt wurde – in der Vertraulichkeit, Nachprüfbarkeit und deterministische Abwicklung allesamt entscheidend sind.
Die Annahme, die ich herausfordern möchte, ist, dass EVM-Kompatibilität in erster Linie ein Adoptions-Kurzweg ist.
Vielleicht ist es vielmehr eine Brücke: vertraute Ausführung an der Oberfläche, darunter jedoch eine andere finanzielle Infrastruktur.
Und der eigentliche Test für @Dusk won wird nicht sein, ob Entwickler Verträge bereitstellen können.
Es wird das sein, was sie zu bauen wählen, sobald sie realisieren, was unter diesen Verträgen steckt.
@Dusk_Foundation $DUSK #dusk
Doch der interessanteste Teil beginnt für mich erst, nachdem die Transaktion die EVM verlassen hat.
DuskEVM arbeitet nicht im luftleeren Raum. Seine Ausführungsumgebung liegt über DuskDS, der zugrunde liegenden Schicht für Abwicklung und Netzwerk-Infrastruktur. Diese Trennung verändert die Frage, die ich meiner Meinung nach stellen sollte.
Statt einfach zu fragen: „Wie leicht können Entwickler Ethereum-ähnliche Anwendungen auf Dusk bereitstellen?“ interessiert mich mehr, was diese Anwendungen von der darunterliegenden Architektur übernehmen.
Vertraute Ausführung ist nützlich. Aber vertraute Ausführung, die mit einem anderen Abwicklungsmodell verbunden ist, kann einen anderen Gestaltungsspielraum eröffnen.
Das wird noch spannender, sobald Privatsphäre ins Spiel kommt. Dusk entwickelt mit Hedger vertrauliche EVM-Workflows. Dabei werden Technologien wie homomorphe Verschlüsselung und Zero-Knowledge-Proofs kombiniert. So kann die Entwicklererfahrung wiedererkennbar bleiben, während die Annahmen rund um die Sichtbarkeit von Transaktionen und die Abwicklung nicht unbedingt dieselben sind wie in einer typischen öffentlichen EVM-Umgebung.
Darin liegt, denke ich, die Tiefe der DuskEVM-Story.
Der Mehrwert besteht nicht einfach darin, Solidity auf eine weitere Kette zu bringen. Es ist potenziell so, dass vertraute Anwendungen Zugriff auf Infrastruktur erhalten, die speziell für regulierte finanzielle Aktivitäten entwickelt wurde – in der Vertraulichkeit, Nachprüfbarkeit und deterministische Abwicklung allesamt entscheidend sind.
Die Annahme, die ich herausfordern möchte, ist, dass EVM-Kompatibilität in erster Linie ein Adoptions-Kurzweg ist.
Vielleicht ist es vielmehr eine Brücke: vertraute Ausführung an der Oberfläche, darunter jedoch eine andere finanzielle Infrastruktur.
Und der eigentliche Test für @Dusk won wird nicht sein, ob Entwickler Verträge bereitstellen können.
Es wird das sein, was sie zu bauen wählen, sobald sie realisieren, was unter diesen Verträgen steckt.
@Dusk_Foundation $DUSK #dusk