Pi Network ha establecido una fecha límite inamovible del 27 de abril para que todos los operadores de nodos de la red principal (Mainnet) actualicen al Protocolo 22, advirtiendo que cualquier nodo que aún ejecute la versión 21.2 después de la fecha límite será desconectado automáticamente de la red.
El equipo central de Pi Network publicó en X que todos los nodos de la red principal deben completar la actualización al Protocolo 22 antes del 27 de abril para permanecer conectados a la red. Los nodos que no realicen la transición quedarán fuera de consenso y se desconectarán automáticamente, ya que la actualización requiere una estricta alineación de versiones en toda la infraestructura de Pi para mantener la sincronización y estabilidad de la red.
El Protocolo 22 introduce una configuración de interfaz dual que permite a los operadores de nodos utilizar simultáneamente una pantalla de nodo y una aplicación de escritorio de Pi, lo que permite verificar saldos y acceder a las funciones de la red desde una computadora en lugar de solo un teléfono. Los operadores de nodos deben actualizar su software a la versión 0.5.4, y el equipo central de Pi dice que la actualización tarda menos de 15 minutos si los operadores siguen los protocolos correctos de redirección de tráfico para evitar problemas de resincronización. Como informó crypto.news, Pi Network también expandió las herramientas de contratos inteligentes en Testnet el 17 de abril, introduciendo la capacidad de contratos inteligentes de suscripción diseñada para soportar servicios y modelos de negocio recurrentes basados en blockchain, con PiRC2, el segundo Pi Request for Comment, abriendo el diseño a la revisión técnica y a la retroalimentación de la comunidad antes de cualquier implementación en la red principal.
El Protocolo 22 no es el destino, sino el fundamento. La actualización se posiciona explícitamente como el requisito previo para el Protocolo 23, que se espera que introduzca la funcionalidad completa de contratos inteligentes en mayo de 2026. Los contratos inteligentes permitirían a los desarrolladores construir transacciones automatizadas basadas en condiciones y aplicaciones descentralizadas más complejas directamente en la blockchain de Pi, transformando la red de un sistema transaccional en una plataforma programable. Los 18 millones de usuarios verificados por KYC de Pi Network le otorgan un entorno de desarrollador estructuralmente diferente al de la mayoría de las otras redes de Capa 1, donde la verificación de identidad no está integrada en la arquitectura. Como siguió crypto.news, PI subió más del 30% en su listado en Kraken en marzo a medida que el mercado respondía a la expansión del acceso a los exchanges y a los hitos de la hoja de ruta, aunque el repunte se desvaneció rápidamente, lo que refleja el patrón constante del mercado de tratar cada desarrollo técnico como un evento de "vender la noticia" en lugar de un desencadenante de recalificación.
A pesar de un período ajetreado de actualizaciones de protocolo, el lanzamiento de PiRC1 y la inminente fecha límite del Protocolo 22, PI se ha mantenido en gran medida inalterado. Como documentó crypto.news, CoinGecko mostró a PI a $0.1687 el 23 de abril, con un volumen de comercio de 24 horas de aproximadamente $11.17 millones y una capitalización de mercado de $1.73 mil millones, lo que lo clasifica en el puesto 49. Los cofundadores Nicolas Kokkalis y Chengdiao Fan tienen previsto hablar en Consensus 2026 en Miami a principios de mayo, con sesiones enmarcadas en la utilidad, la identidad y la participación confiable, los mismos temas que sustentan los lanzamientos del Protocolo 22 y PiRC1. Los traders parecen estar atentos a si la combinación de la fecha límite del 27 de abril, el progreso de los contratos inteligentes en Testnet y la aparición en Consensus 2026 puede dar al proyecto un nuevo catalizador para la acción del precio de cara al lanzamiento del Protocolo 23.
Pi Network no ha confirmado si la implementación de contratos inteligentes del Protocolo 23 estará precedida por un período adicional de retroalimentación de la comunidad similar a los procesos PiRC1 y PiRC2, o si pasará directamente a la implementación en la red principal una vez listo.
