Je découvre qu’il y a eu récemment une itération technique très discrète de Dusk, que beaucoup n’ont pas remarquée. Le 12 mai, la mise à niveau du protocole Boreas — c’est-à-dire la version Rusk v1.7.0 — est officiellement mise en ligne sur le réseau de test. Les éléments de mise à niveau rédigés par les officiels ont l’air très professionnels : ils annoncent l’optimisation de la résilience du réseau et du mécanisme de calcul des ressources, l’amélioration de la compatibilité du client, ainsi que l’adaptation aux besoins d’exécution de DuskEVM.
En fait, à mon avis, c’est une seule phrase : renforcer la couche de base du réseau à tous les niveaux, pour que toute la blockchain fonctionne de manière plus stable et résiste mieux aux fluctuations.
Je pense que si @Dusk a lancé cette mise à jour, c’est aussi étroitement lié à l’architecture modulaire de Dusk. La couche de base s’appuie sur DuskDS pour le règlement et le stockage des données, tandis que la couche supérieure repose sur DuskEVM pour exécuter divers types de transactions et de contrats intelligents.
La séparation entre la couche de règlement et la couche d’exécution est clairement un avantage : même si l’application de niveau supérieur devient complexe, elle ne ralentit pas la vitesse de règlement de la couche de base. Mais le revers est aussi très évident : entre ces deux couches, l’échange de données, s’il y a un temps de blocage ou une faille, peut facilement entraîner des anomalies réseau. Le but central de la mise à niveau Boreas est donc de connecter les canaux de circulation des données entre tous les niveaux et d’optimiser la logique d’exécution au niveau du socle. En parallèle, le Rusk Wallet v0.4.0 a aussi été mis à jour en même temps : on voit que le projet ne fait pas seulement évoluer la technologie “côté arrière-plan”, l’écosystème des outils front-end se perfectionne aussi.
Je reviens donc à mon point : le fait que le réseau de test fonctionne de façon fluide ne signifie pas forcément que le réseau principal puisse encaisser les conditions réelles du marché. Après la mise en service officielle, est-ce que les opérateurs de nœuds pourront terminer la mise à niveau des versions à temps ? Avec un grand volume d’interactions utilisateurs, est-ce que des bugs apparaîtront ? Ce sont autant de variables inconnues, et c’est précisément là que se mesure le plus la solidité du projet.
De mon côté, je n’ai jamais bricolé pour faire tourner des nœuds : c’est trop chronophage et énergivore. Mais en observant constamment Dusk avancer par itérations successives — faire évoluer le protocole de base et améliorer l’écosystème — je sens clairement que l’équipe travaille sérieusement, qu’elle ne reste pas sur place à “flotter sur la tendance”, et en plus le prix des tokens continue de monter de manière stable. C’est exactement ce que j’espérais voir !
#dusk $DUSK @Dusk
En fait, à mon avis, c’est une seule phrase : renforcer la couche de base du réseau à tous les niveaux, pour que toute la blockchain fonctionne de manière plus stable et résiste mieux aux fluctuations.
Je pense que si @Dusk a lancé cette mise à jour, c’est aussi étroitement lié à l’architecture modulaire de Dusk. La couche de base s’appuie sur DuskDS pour le règlement et le stockage des données, tandis que la couche supérieure repose sur DuskEVM pour exécuter divers types de transactions et de contrats intelligents.
La séparation entre la couche de règlement et la couche d’exécution est clairement un avantage : même si l’application de niveau supérieur devient complexe, elle ne ralentit pas la vitesse de règlement de la couche de base. Mais le revers est aussi très évident : entre ces deux couches, l’échange de données, s’il y a un temps de blocage ou une faille, peut facilement entraîner des anomalies réseau. Le but central de la mise à niveau Boreas est donc de connecter les canaux de circulation des données entre tous les niveaux et d’optimiser la logique d’exécution au niveau du socle. En parallèle, le Rusk Wallet v0.4.0 a aussi été mis à jour en même temps : on voit que le projet ne fait pas seulement évoluer la technologie “côté arrière-plan”, l’écosystème des outils front-end se perfectionne aussi.
Je reviens donc à mon point : le fait que le réseau de test fonctionne de façon fluide ne signifie pas forcément que le réseau principal puisse encaisser les conditions réelles du marché. Après la mise en service officielle, est-ce que les opérateurs de nœuds pourront terminer la mise à niveau des versions à temps ? Avec un grand volume d’interactions utilisateurs, est-ce que des bugs apparaîtront ? Ce sont autant de variables inconnues, et c’est précisément là que se mesure le plus la solidité du projet.
De mon côté, je n’ai jamais bricolé pour faire tourner des nœuds : c’est trop chronophage et énergivore. Mais en observant constamment Dusk avancer par itérations successives — faire évoluer le protocole de base et améliorer l’écosystème — je sens clairement que l’équipe travaille sérieusement, qu’elle ne reste pas sur place à “flotter sur la tendance”, et en plus le prix des tokens continue de monter de manière stable. C’est exactement ce que j’espérais voir !
#dusk $DUSK @Dusk