Ich hätte DuskEVM beinahe einfach als weitere „wir haben EVM-Kompatibilität hinzugefügt“-Ankündigung übersehen. Dann habe ich mir angesehen, wie es tatsächlich aufgebaut ist, und die wirklich spannende Frage kam ganz von selbst.
DuskEVM läuft als Solidity-kompatible Ausführungsschicht auf OP Stack und leistet die Abrechnung zurück auf Dusk’s Basiskette, wobei Gas in DUSK bezahlt wird. Praktisch bedeutet das: Ein Entwickler kann etwas bereitstellen, das er bereits für Ethereum oder ein anderes L2 geschrieben hat, mit nur minimalen Änderungen. Auf dem Papier ist das eine echte Hürde, die wegfällt. Vertrauliche Funktionen sind standardmäßig nicht in jedem Contract fest eingebaut, sondern leben in einer separaten Komponente namens Hedger. Entwickler müssen gezielt darauf zugreifen, wenn sie private Transaktionsabläufe wünschen.
Genau damit ringe ich. Wenn der einfache Weg Standard-Solidity ist, ohne dass Privatsphäre eine Rolle spielt: Was zieht Entwickler dann tatsächlich zu Dusk hin und nicht zu irgendeiner anderen EVM-Kette mit günstigerer Liquidität und einer größeren Nutzerbasis, die bereits da ist? Kompatibilität senkt die Kosten fürs Bauen hier. Sie gibt jedoch nicht automatisch irgendwem einen Grund.
Die ehrliche Antwort dürfte sein, dass DuskEVM gar nicht versucht, generische Entwickler für sich zu gewinnen. Es will die Reibung für Teams reduzieren, die bereits die Compliance- und Abrechnungsseite brauchen und Dusk bislang nur wegen der Tools gemieden haben. Ob das eine große genug Gruppe ist, um wirklich relevant zu sein, ist eine andere Frage – und allein die Testnet-Zahlen werden sie nicht beantworten.
@Dusk_Foundation $DUSK #dusk $TUT $GPS
DuskEVM läuft als Solidity-kompatible Ausführungsschicht auf OP Stack und leistet die Abrechnung zurück auf Dusk’s Basiskette, wobei Gas in DUSK bezahlt wird. Praktisch bedeutet das: Ein Entwickler kann etwas bereitstellen, das er bereits für Ethereum oder ein anderes L2 geschrieben hat, mit nur minimalen Änderungen. Auf dem Papier ist das eine echte Hürde, die wegfällt. Vertrauliche Funktionen sind standardmäßig nicht in jedem Contract fest eingebaut, sondern leben in einer separaten Komponente namens Hedger. Entwickler müssen gezielt darauf zugreifen, wenn sie private Transaktionsabläufe wünschen.
Genau damit ringe ich. Wenn der einfache Weg Standard-Solidity ist, ohne dass Privatsphäre eine Rolle spielt: Was zieht Entwickler dann tatsächlich zu Dusk hin und nicht zu irgendeiner anderen EVM-Kette mit günstigerer Liquidität und einer größeren Nutzerbasis, die bereits da ist? Kompatibilität senkt die Kosten fürs Bauen hier. Sie gibt jedoch nicht automatisch irgendwem einen Grund.
Die ehrliche Antwort dürfte sein, dass DuskEVM gar nicht versucht, generische Entwickler für sich zu gewinnen. Es will die Reibung für Teams reduzieren, die bereits die Compliance- und Abrechnungsseite brauchen und Dusk bislang nur wegen der Tools gemieden haben. Ob das eine große genug Gruppe ist, um wirklich relevant zu sein, ist eine andere Frage – und allein die Testnet-Zahlen werden sie nicht beantworten.
@Dusk_Foundation $DUSK #dusk $TUT $GPS