Um den Fortschritt eines Projekts zu beurteilen, schaue ich nicht darauf, was es über das Mainnet behauptet, sondern auf sein GitHub-Repository. Der Code von @Dusk enthält ein sehr ehrliches Signal: In den Issues des Dokumentations-Repositorys steht, dass nach der Einführung einer modularen Architektur empfohlen wird, dass Entwickler DuskEVM verwenden, während die bestehende Entwicklerdokumentation größtenteils weiterhin über DuskVM spricht. Das heißt: Die Produkt-Richtung hat sich bereits gedreht, aber Dokumentation und Code sind noch nicht vollständig nachgezogen.
Das lässt sich auch an den öffentlich zugänglichen GitHub-Respositories von Dusk ablesen. dusk-network/rusk ist eine Referenzimplementierung; dort sind dusk-vm, dusk-core und die PLONK-Zero-Knowledge-Proof-Module als Kernbausteine aufgeführt. Doch das rusk-vm, das der nativen Leistungsfähigkeit am nächsten kommt, hat in einem separaten Repository nicht viel Zugkraft: Die Anzahl der Sterne und die Aktualitätssignale wirken im Vergleich zur Hauptstory eher kühl. Dagegen hat die offizielle Dokumentation DuskEVM-Quickstart, Solidity und die Ethereum-Toolchain an die bequemste Stelle gerückt. Ein Projekt, das mit „native privacy“ und WASM-Smart-Contracts wirbt, leitet neue Entwickler in der Praxis also in Richtung EVM um – das ist an sich schon eine stille Aussage.#dusk
Ich ziehe die Star-Zahlen noch nicht als Fazit heran, denn die Aktivität des Codes hängt auch von der Commit-Frequenz, der Anzahl der Beitragenden und der Quote der geschlossenen Issues ab. Aber wenn man diese Puzzleteile zusammensetzt, ist die Richtung bereits sehr klar:$DUSK verlagert den Schwerpunkt; der Teil mit dem nativen VM wirkt eher wie eine langfristig erhaltene Fähigkeit, nicht wie der aktuell wichtigste Einstiegspunkt für Entwickler. In der offiziellen Mitteilung „mainnet coming“ muss es einen passenden Rhythmus für die Auslieferung von Code geben, der das trägt – nicht nur ein Verzeichniswechsel aufgrund von technischen Dokumenten.
Fazit: Derzeit reichen die öffentlichen Code-Signale nicht aus, um die Aussage zu stützen, dass „zwei Ausführungsumgebungen gleichermaßen reif“ seien. DuskEVM ist offensichtlich die aktivere und stärker propagierte Richtung; DuskVM wirkt eher wie ein noch nicht ausreichend ausgearbeitetes Reservegebiet. Der echte Fortschritt sollte sich daran zeigen, ob die nächsten Meilenstein-Issues fortlaufend und konsequent geschlossen werden – nicht daran, dass auf der Startseite wieder ein paar Konzeptartikel hinzukommen.
Das lässt sich auch an den öffentlich zugänglichen GitHub-Respositories von Dusk ablesen. dusk-network/rusk ist eine Referenzimplementierung; dort sind dusk-vm, dusk-core und die PLONK-Zero-Knowledge-Proof-Module als Kernbausteine aufgeführt. Doch das rusk-vm, das der nativen Leistungsfähigkeit am nächsten kommt, hat in einem separaten Repository nicht viel Zugkraft: Die Anzahl der Sterne und die Aktualitätssignale wirken im Vergleich zur Hauptstory eher kühl. Dagegen hat die offizielle Dokumentation DuskEVM-Quickstart, Solidity und die Ethereum-Toolchain an die bequemste Stelle gerückt. Ein Projekt, das mit „native privacy“ und WASM-Smart-Contracts wirbt, leitet neue Entwickler in der Praxis also in Richtung EVM um – das ist an sich schon eine stille Aussage.#dusk
Ich ziehe die Star-Zahlen noch nicht als Fazit heran, denn die Aktivität des Codes hängt auch von der Commit-Frequenz, der Anzahl der Beitragenden und der Quote der geschlossenen Issues ab. Aber wenn man diese Puzzleteile zusammensetzt, ist die Richtung bereits sehr klar:$DUSK verlagert den Schwerpunkt; der Teil mit dem nativen VM wirkt eher wie eine langfristig erhaltene Fähigkeit, nicht wie der aktuell wichtigste Einstiegspunkt für Entwickler. In der offiziellen Mitteilung „mainnet coming“ muss es einen passenden Rhythmus für die Auslieferung von Code geben, der das trägt – nicht nur ein Verzeichniswechsel aufgrund von technischen Dokumenten.
Fazit: Derzeit reichen die öffentlichen Code-Signale nicht aus, um die Aussage zu stützen, dass „zwei Ausführungsumgebungen gleichermaßen reif“ seien. DuskEVM ist offensichtlich die aktivere und stärker propagierte Richtung; DuskVM wirkt eher wie ein noch nicht ausreichend ausgearbeitetes Reservegebiet. Der echte Fortschritt sollte sich daran zeigen, ob die nächsten Meilenstein-Issues fortlaufend und konsequent geschlossen werden – nicht daran, dass auf der Startseite wieder ein paar Konzeptartikel hinzukommen.
