J’ai réfléchi à @Dusk d’une façon différente depuis le lancement de DuskEVM.
Au début, l’histoire la plus évidente, c’est la compatibilité EVM. Solidity, Vyper, des outils familiers — tout cela facilite la tâche des développeurs pour transférer des idées et des applications existantes sans tout reconstruire depuis zéro.
Mais je ne pense pas que la compatibilité soit le récit principal.
Pour moi, la question la plus intéressante, c’est ce qui se passe après le premier déploiement.
Si je construis déjà dans l’écosystème EVM, pourquoi rester sur Dusk alors que mon code peut tourner sur tant d’autres réseaux ?
C’est la partie que je surveille actuellement.
Dusk dispose de DuskEVM et de DuskVM, donc les développeurs ont différents parcours pour interagir avec le réseau. Mais avoir plus d’options ne crée pas automatiquement une adoption durable.
Je veux voir ce que font réellement les développeurs ensuite.
Déploient-ils davantage de contrats ? Les utilisateurs interagissent-ils avec eux ? Les portefeuilles restent-ils actifs ? Et surtout, les développeurs reviennent-ils après l’expérience initiale ?
La mise à jour du 28 juillet du dépôt public genesis DuskEVM a montré que les fondations avançaient.
Désormais, le vrai test commence.
Je suis moins intéressé par la taille du lancement le jour J.
Je suis davantage intéressé par la personne — ou les équipes — qui construit encore 30 jours plus tard.
@Dusk $DUSK #dusk
Au début, l’histoire la plus évidente, c’est la compatibilité EVM. Solidity, Vyper, des outils familiers — tout cela facilite la tâche des développeurs pour transférer des idées et des applications existantes sans tout reconstruire depuis zéro.
Mais je ne pense pas que la compatibilité soit le récit principal.
Pour moi, la question la plus intéressante, c’est ce qui se passe après le premier déploiement.
Si je construis déjà dans l’écosystème EVM, pourquoi rester sur Dusk alors que mon code peut tourner sur tant d’autres réseaux ?
C’est la partie que je surveille actuellement.
Dusk dispose de DuskEVM et de DuskVM, donc les développeurs ont différents parcours pour interagir avec le réseau. Mais avoir plus d’options ne crée pas automatiquement une adoption durable.
Je veux voir ce que font réellement les développeurs ensuite.
Déploient-ils davantage de contrats ? Les utilisateurs interagissent-ils avec eux ? Les portefeuilles restent-ils actifs ? Et surtout, les développeurs reviennent-ils après l’expérience initiale ?
La mise à jour du 28 juillet du dépôt public genesis DuskEVM a montré que les fondations avançaient.
Désormais, le vrai test commence.
Je suis moins intéressé par la taille du lancement le jour J.
Je suis davantage intéressé par la personne — ou les équipes — qui construit encore 30 jours plus tard.
@Dusk $DUSK #dusk
