Der DuskEVM-Entwickler-Experience von Dusk – ich bin eine Runde gelaufen und habe festgestellt, dass die Toolchain immer noch kaputt ist
DuskEVM ist seit mehr als einem halben Jahr live. Offiziell heißt es die ganze Zeit: „Solidity-Entwickler können nahtlos deployen.“ Ich wollte es selbst ausprobieren und schauen, wie gut sich diese Chain wirklich für Entwickler anfühlt.
Ich habe die Doku geöffnet – die Struktur ist immerhin noch recht vollständig. Aber nachdem ich das Tutorial durchgearbeitet hatte, begann ich, nach Vertrautem zu suchen. In der Wallet-Liste gibt es keine gängigen Plugin-Wallets. Wie verbindet man also Metamask? Ich habe eine Weile herumgesucht und nur einen Hinweis auf „Benutzerdefiniertes RPC konfigurieren“ gefunden. Nachdem ich das ausgefüllt hatte, sehe ich in der Wallet jedoch keine DUSK-Balance. Ich habe in der Community nachgefragt, und jemand hat mir geantwortet: „Benutze eine CLI-Wallet.“ Ich schwieg. 2026 ist eine L1-Chain, und ich muss erst die Kommandozeile öffnen, nur um die Balance zu prüfen. @Dusk
Danach kam der Block-Explorer. Ethereum hat Etherscan – damit kann man nahezu jede Transaktion hinsichtlich Status, Logs und Token-Transfers nachvollziehen. Der Browser von Dusk kann das zwar auch, aber viele Felder zeigen „steht noch aus / muss noch analysiert werden“. Ich möchte sehen, wie viel Gas eine konkrete Hedger-Transaktion tatsächlich verbraucht hat – das finde ich nicht. Ich möchte wissen, ob die privaten Daten für interne Contract-Aufrufe erfolgreich on-chain gegangen sind – auch das sehe ich nicht. Die Tools, die Entwickler verwenden können, sind aktuell noch immer ein halb fertiges Set. Die Debugging-Toolchain ist schwächer: Wenn ein Smart-Contract einen Fehler wirft und man ihn reproduzieren will, muss man Transaktionen manuell konstruieren und neu abspielen; es gibt kein fertiges Dev-Netzwerk, keinen stabilen Testnet-Wasserhahn für zuverlässig erreichbare Ressourcen und keine One-Click-Simulation zum Ausführen.
Das sind nicht „fortgeschrittenere Funktionen“. Das sind die minimalen Voraussetzungen, damit Entwickler auf einer Chain überhaupt normal arbeiten können. Dusk hat viel Aufwand in Datenschutz und Compliance gesteckt, aber bei den Tool-Problemen, mit denen Entwickler im Alltag zu kämpfen haben, geht plötzlich die meiste Zeit drauf. Ein Smart-Contract-Entwickler, der in Dusk einsteigt, merkt, dass der Schutz der Privatsphäre besser umgesetzt ist als bei den meisten anderen Chains. Gleichzeitig merkt er aber auch: Eine Sache, die auf anderen Chains ganz einfach ist, muss hier in drei Schritte zerlegt werden.
Das ist kein Problem der technischen Roadmap – es ist eine Frage der Priorisierung der Developer Experience. Erst wenn ich eines Tages DUSK-Balancen direkt in der Wallet sehe, vollständige Transaktionslogs im Browser finde und den Ausführungsablauf des Contracts im Debugging-Tool reproduzieren kann, werde ich mich wirklich so fühlen, als wäre diese Chain bereit. Bis dahin ist es für mich eine technisch solide Chain – aber die Entwickler-Experience muss noch geschliffen werden.
#dusk $DUSK
DuskEVM ist seit mehr als einem halben Jahr live. Offiziell heißt es die ganze Zeit: „Solidity-Entwickler können nahtlos deployen.“ Ich wollte es selbst ausprobieren und schauen, wie gut sich diese Chain wirklich für Entwickler anfühlt.
Ich habe die Doku geöffnet – die Struktur ist immerhin noch recht vollständig. Aber nachdem ich das Tutorial durchgearbeitet hatte, begann ich, nach Vertrautem zu suchen. In der Wallet-Liste gibt es keine gängigen Plugin-Wallets. Wie verbindet man also Metamask? Ich habe eine Weile herumgesucht und nur einen Hinweis auf „Benutzerdefiniertes RPC konfigurieren“ gefunden. Nachdem ich das ausgefüllt hatte, sehe ich in der Wallet jedoch keine DUSK-Balance. Ich habe in der Community nachgefragt, und jemand hat mir geantwortet: „Benutze eine CLI-Wallet.“ Ich schwieg. 2026 ist eine L1-Chain, und ich muss erst die Kommandozeile öffnen, nur um die Balance zu prüfen. @Dusk
Danach kam der Block-Explorer. Ethereum hat Etherscan – damit kann man nahezu jede Transaktion hinsichtlich Status, Logs und Token-Transfers nachvollziehen. Der Browser von Dusk kann das zwar auch, aber viele Felder zeigen „steht noch aus / muss noch analysiert werden“. Ich möchte sehen, wie viel Gas eine konkrete Hedger-Transaktion tatsächlich verbraucht hat – das finde ich nicht. Ich möchte wissen, ob die privaten Daten für interne Contract-Aufrufe erfolgreich on-chain gegangen sind – auch das sehe ich nicht. Die Tools, die Entwickler verwenden können, sind aktuell noch immer ein halb fertiges Set. Die Debugging-Toolchain ist schwächer: Wenn ein Smart-Contract einen Fehler wirft und man ihn reproduzieren will, muss man Transaktionen manuell konstruieren und neu abspielen; es gibt kein fertiges Dev-Netzwerk, keinen stabilen Testnet-Wasserhahn für zuverlässig erreichbare Ressourcen und keine One-Click-Simulation zum Ausführen.
Das sind nicht „fortgeschrittenere Funktionen“. Das sind die minimalen Voraussetzungen, damit Entwickler auf einer Chain überhaupt normal arbeiten können. Dusk hat viel Aufwand in Datenschutz und Compliance gesteckt, aber bei den Tool-Problemen, mit denen Entwickler im Alltag zu kämpfen haben, geht plötzlich die meiste Zeit drauf. Ein Smart-Contract-Entwickler, der in Dusk einsteigt, merkt, dass der Schutz der Privatsphäre besser umgesetzt ist als bei den meisten anderen Chains. Gleichzeitig merkt er aber auch: Eine Sache, die auf anderen Chains ganz einfach ist, muss hier in drei Schritte zerlegt werden.
Das ist kein Problem der technischen Roadmap – es ist eine Frage der Priorisierung der Developer Experience. Erst wenn ich eines Tages DUSK-Balancen direkt in der Wallet sehe, vollständige Transaktionslogs im Browser finde und den Ausführungsablauf des Contracts im Debugging-Tool reproduzieren kann, werde ich mich wirklich so fühlen, als wäre diese Chain bereit. Bis dahin ist es für mich eine technisch solide Chain – aber die Entwickler-Experience muss noch geschliffen werden.
#dusk $DUSK
