$PI Chers pionniers, pour faire suite à la mise à jour du nœud Pi vers la version 0.6.1, explication unifiée concernant l'incapacité de certains partenaires à allumer les trois coches vertes : 👇

**Origine du problème** : Cette nouvelle version reconstruit le conteneur de consensus. Après le redémarrage du backend Docker, le composant de détection de ports Ports‑Checker peut temporairement afficher un état inconnu. Il ne s'agit pas d'une panne du nœud, mais d'une phase d'adaptation transitoire après la version. Tant que le backend affiche `Consensus container: running` et que l'état du bloc est `Synced!`, le nœud continue de participer normalement aux calculs de consensus. Pas d'inquiétude excessive.
**Étapes de résolution** :
Redémarrez d'abord le client Pi‑Node ; vérifiez la redirection de ports du routeur et assurez-vous que le pare-feu Windows autorise les ports correspondants de Pi ; laissez reposer 3 à 8 heures pour que le composant termine son adaptation. Dans la grande majorité des cas, les coches vertes se rétabliront automatiquement.
**Avantages fondamentaux à long terme de la version 0.6.1** :
Optimisation de la logique d'exécution du consensus, amélioration de la stabilité de synchronisation de l'ensemble des nœuds du réseau, mise à niveau du protocole vers la dernière version ; renforcement de la capacité d'interconnexion des nœuds, augmentation du nombre de connexions entrantes après une adaptation complète des ports, amélioration du poids des nœuds dans le réseau distribué ; en collaboration avec la fonction de stockage persistant du backend App‑Studio récemment lancée par l'équipe officielle, les clusters de nœuds de haute qualité fournissent un support de calcul pour le stockage de données des DApps de l'écosystème. L'itération et l'amélioration des infrastructures sous-jacentes sont la base du développement à long terme de Pi. Ne vous laissez pas perturber par les problèmes d'adaptation temporaires ou les fluctuations du marché. 👨🏻‍🏫