$PI Estimados pioneros, respecto a la actualización del nodo Pi a la versión 0.6.1, tras la cual algunos compañeros no logran encender las tres marcas verdes, aclaro de manera unificada: 👇

Origen del problema: En esta nueva versión se ha reestructurado el contenedor de consenso. Tras reiniciar Docker en segundo plano, el componente de verificación de puertos (Ports‑Checker) puede mostrar temporalmente un estado desconocido, lo que no es una falla del nodo, sino un fenómeno de transición adaptativa tras la iteración de la versión. Mientras en segundo plano se muestre "Consensus container:running" y el estado del bloque "Synced!", el nodo sigue participando normalmente en las operaciones de consenso, no hay que preocuparse en exceso. Pasos para resolver:
Primero reinicie el cliente Pi‑Node; verifique el mapeo de puertos del router y que el firewall de Windows permita los puertos correspondientes de Pi; espere de 3 a 8 horas a que el componente complete la adaptación; en la mayoría de los casos, las marcas verdes se restaurarán automáticamente. Ventajas principales a largo plazo de la versión 0.6.1:
Optimiza la lógica de ejecución del consenso, mejora la estabilidad de la sincronización de los nodos en toda la red, y actualiza el protocolo a la versión más reciente; fortalece la capacidad de interconexión de la red de nodos; una vez completada la adaptación de puertos, aumenta el número de conexiones entrantes y eleva el peso del nodo en la red distribuida; junto con la función de almacenamiento persistente en el backend de App‑Studio recién lanzada oficialmente, los clústeres de nodos de alta calidad proporcionan potencia computacional para el almacenamiento de datos de las DApps del ecosistema; la mejora iterativa de la infraestructura subyacente es la base del desarrollo a largo plazo de Pi, no se deje interferir por problemas de adaptación a corto plazo ni fluctuaciones del mercado 👨🏻‍🏫