Ich habe die CreatorPad-Aufgabe durchgeklickt und in die Tooling-Struktur von DuskEVM gestochert – Solidity, Hardhat, Blockscout-Verifizierung, die komplette vertraute EVM-Stack-Kombi $DUSK is, die da im Hintergrund läuft. #dusk @Dusk . Ehrlich gesagt: Die Dev-Seite funktioniert einfach… nahtlos. Deploy, verify, fertig. Kein neues mentales Modell nötig.
Aber woran sich mein Scrollen tatsächlich festgebissen hat: Die Bridge ist seit dem 16. August pausiert, nachdem das Team verdächtige Aktivitäten im Zusammenhang mit einer bridge-gemanagten Wallet festgestellt hat. Adressen wurden deaktiviert und wiederverwendet, eine Web-Wallet-Blockliste wurde hochgezogen, und Binance wurde in den Ablauf mit reingezogen. Nutzerfunds seien nicht verloren gegangen, sagen sie – und ich glaube es. Trotzdem bleibt sie zu. Eine Woche später.
Während Builder am ersten Tag reibungslose Contract-Deployments bekommen, ist der eigentliche „Schienen“-Teil, um echten Wert rein- und rauszubewegen, das, was gerade in diesem „security review“-Zwielicht geparkt ist – genau in dem Moment, in dem DuskEVM angeblich Richtung Mainnet skalieren soll. Das Tooling wurde schnell ausgeliefert. Die Trust-Infrastruktur bewegt sich langsamer – anscheinend mit Absicht. Ergibt Sinn für eine Privacy-/Compliance-first-Chain, hmm – vielleicht ist das sogar die eigentliche Design-Philosophie und nicht einfach eine Verzögerung. Erst die Dev-Experience ausliefern, bei allem, was echtes Kapital berührt, lieber Zeit nehmen.
Irgendwie verrät es auch, wer den reibungslosen Weg sofort bekommt und wer festhängt und „update coming soon“ liest. Ich frage mich, wie viele Builder überhaupt merken, dass die Bridge down ist, bevor sie selbst dagegenlaufen.
@Dusk
#dusk
$DUSK