J’ai exploré @Dusk avec cet état d’esprit. Plutôt que de prendre chaque mise à jour au pied de la lettre, je veux voir l’activité du réseau par moi-même via l’explorateur : transactions, données du testnet, et la façon dont le système se comporte lorsque les gens interagissent réellement avec lui.

Ce qui rend le tout plus intéressant, c’est de tester le produit lui-même plutôt que de simplement accomplir les étapes requises. Utiliser le réseau, vérifier les transactions, puis revenir à l’explorateur permet d’obtenir une image beaucoup plus claire de savoir si l’expérience paraît cohérente à la fois du point de vue de l’utilisateur et de celui de l’infrastructure.

C’est pourquoi je pense que les testnets publics devraient être considérés comme quelque chose à explorer, et pas seulement comme des tâches à terminer. Regardez l’activité on-chain, suivez les transactions, testez différents parcours et observez où le produit semble fluide ou où il doit être amélioré.

Si vous tombez sur quelque chose d’utile, de déroutant ou de cassé, un retour constructif via le canal officiel de feedback est bien plus précieux que de simplement dire que le testnet est bon ou mauvais.

Je continue de suivre l’évolution de Dusk, mais voir le produit progresser grâce à une activité réseau réelle, c’est précisément ce qui rend la démarche intéressante pour moi.
@Dusk #dusk $DUSK