#dusk $DUSK @Dusk Gerade zurückgekommen vom Graben durch die DUSK-Tasks, und denke immer noch über eine Sache nach.
Während der Recherche bin ich auf der Suche nach grundlegenden Blockdaten ins Dusk-Mainnet geraten und musste dafür einen zweiten, unabhängigen Explorer heranziehen — DuskScan, gebaut von @pieswap_dusk, ist diese Woche live gegangen unter duskscan.net und dockt direkt über GraphQL an jeden Dusk-Node an. Kein offizielles Foundation-Tool. Eines der Community. #Dusk $DUSK @DuskFoundation
Genau das ist der Punkt, der hängen blieb. Der Pitch rund um DuskEVM ist „vertraute Tools, Plug-and-Play für Devs“ — Solidity, Hardhat, die ganze EVM-Onramp-Story. Klingt gut auf dem Papier. Aber die tatsächliche UX-Schicht, auf die Leute sich verlassen, um einfach mal die Chain anzusehen, war vom Kernteam nicht wirklich vollständig da – also musste jemand außerhalb der Organisation sie selbst bauen und unabhängig ausliefern. Moment mal — das ist kein Seitenhieb, sondern eigentlich ein ziemlich gutes Signal. Das heißt, echte Builder sind aufgetaucht, bevor das Marketing überhaupt hinterherkam.
Hat mich die „developer-ready rails“-Erzählung ein bisschen neu denken lassen. Rails werden verlegt ≠ Rails sind schon glatt. Frühe Ecosystem-Tools scheinen eher über Seiteneingänge anzukommen, nicht über die vordere Tür.
Lässt mich fragen, wie viel von dem, was bei jedem jungen L1 als „Infrastructure“ bezeichnet wird, eigentlich nur Community-Flickwerk ist, das einen schickeren Namen trägt.
Während der Recherche bin ich auf der Suche nach grundlegenden Blockdaten ins Dusk-Mainnet geraten und musste dafür einen zweiten, unabhängigen Explorer heranziehen — DuskScan, gebaut von @pieswap_dusk, ist diese Woche live gegangen unter duskscan.net und dockt direkt über GraphQL an jeden Dusk-Node an. Kein offizielles Foundation-Tool. Eines der Community. #Dusk $DUSK @DuskFoundation
Genau das ist der Punkt, der hängen blieb. Der Pitch rund um DuskEVM ist „vertraute Tools, Plug-and-Play für Devs“ — Solidity, Hardhat, die ganze EVM-Onramp-Story. Klingt gut auf dem Papier. Aber die tatsächliche UX-Schicht, auf die Leute sich verlassen, um einfach mal die Chain anzusehen, war vom Kernteam nicht wirklich vollständig da – also musste jemand außerhalb der Organisation sie selbst bauen und unabhängig ausliefern. Moment mal — das ist kein Seitenhieb, sondern eigentlich ein ziemlich gutes Signal. Das heißt, echte Builder sind aufgetaucht, bevor das Marketing überhaupt hinterherkam.
Hat mich die „developer-ready rails“-Erzählung ein bisschen neu denken lassen. Rails werden verlegt ≠ Rails sind schon glatt. Frühe Ecosystem-Tools scheinen eher über Seiteneingänge anzukommen, nicht über die vordere Tür.
Lässt mich fragen, wie viel von dem, was bei jedem jungen L1 als „Infrastructure“ bezeichnet wird, eigentlich nur Community-Flickwerk ist, das einen schickeren Namen trägt.