Ich wollte einen aktuellen Block unter @Dusk prüfen und landete stattdessen auf DuskScan statt auf dem üblichen Explorer. Wie sich herausstellte, wurde das Ganze gar nicht vom Kernteam gebaut. Nach etwas Herumstöbern auf $DUSK Seiten später wurde mir klar, dass dieses Tool von einem Community-Entwickler, pieswap_dusk, ausgeliefert wurde, und dass die Dusk Foundation es einfach wiederveröffentlicht hat, als wäre es von Anfang an ihres gewesen.

Kleines Detail, aber es ist mir im Kopf geblieben. Ich war davon ausgegangen, dass die Tooling-Ebene, Explorer, Dashboards – also das, was man tatsächlich nutzt, um zu verifizieren, was die Kette gerade macht – hier größtenteils noch in-house ist, auch weil die Ausrichtung des Projekts so stark compliance-getrieben ist. Stellt sich heraus: Jemand außerhalb der Foundation hat sich die Lücke angesehen und sie einfach gefüllt, und die Foundation hat das nicht gatekept, sondern die Leute einfach dorthin verwiesen.

Das hat mich ein wenig darüber nachdenken lassen, wovon „prüfbarkeit“ (auditable) in der Praxis wirklich abhängt. Es geht nicht nur um die ZK-Mechanik – es geht auch darum, ob genug externe Leute genug Interesse haben, die langweiligen Verifikations-Tools zu bauen, für die sich niemand bezahlt fühlt.

Ich bin immer noch nicht sicher, ob das ein Zeichen für eine gesunde Entwickler-Community ist oder einfach dafür, dass eine einzelne Person mehr Gewicht hat als sie sollte. Es lohnt sich, in sechs Monaten zu beobachten, wer das aktuell betreibt.

#dusk
Wer sollte kritische Chain-Tools wie Explorer bauen? 👀