La actualización de Pi Network v24.1 debe completarse antes del 2 de junio; si se pasa la fecha, se desconectará de la mainnet.

Pi Network habilitó la actualización de protocolo 24.1 en mayo y exige a todos los proveedores de nodos completar la migración de v23.0 a v24.1 antes de la fecha límite del 2 de junio; los nodos que se salten la fecha límite podrían desconectarse de la red principal de Pi y necesitarían sincronizarse completamente de nuevo para volver a unirse a la red.

Guía operativa para la actualización v24.1: tres métodos confirmados

Método 1 (método principal): usuarios de Docker actualizan la versión de la imagen en docker-compose.yml a: pinetwork/pi-node-docker:organization_mainnet-v1.0-p24.1.0 y luego ejecutan docker-compose up -d

Método 2: Pi Desktop (Windows / macOS) reinicia la aplicación Pi Node; la versión más reciente activará la actualización automáticamente.

Método 3: Linux Node CLI ejecuta pi-node update-protocol, usa watch pi-node status para monitorear el estado, y completa cuando se muestre «Sincronizado».

El único método fiable para confirmar que la migración se completó: comparar el valor de ingest_latest_ledger en los nodos (el valor en curl). Cuando ambos sean aproximadamente iguales, significa que la migración ya se completó. Nota importante: durante el proceso de migración, este valor no se actualiza gradualmente, solo se actualiza una vez al finalizar la migración; el valor permanece sin cambios durante la migración no significa que haya fallado.

Cuatro reglas clave de operación confirmadas

（Fuente: Pi Network）

Actualización por lotes: no actualices todos los nodos a la vez; hazlo por etapas. Durante la actualización, transfiere el tráfico desde los nodos que se estén actualizando hacia otros nodos o nodos de respaldo

No inicies por cuenta propia v25.1 o v26.0: estas dos versiones han sido marcadas como «No iniciar»; debes esperar la señal oficial de inicio del equipo central de Pi

El 2 de junio es una fecha límite estricta: el tiempo de migración no debe exceder 5 minutos. El equipo central de Pi recomienda completarlo lo antes posible en lugar de esperar hasta el final

Debe confirmarse mediante el endpoint del libro mayor: no asumas que la migración se completó solo reiniciando el nodo; asegúrate de verificar comparando ingest_latest_ledger

Preguntas frecuentes

¿Cuál es la lógica de diseño de la secuencia de actualización de v19→v26 de Pi Network y por qué cada paso es obligatorio?

La secuencia de actualización de Pi Network es un diseño lineal con dependencias: cada nueva versión construye su funcionalidad sobre la versión anterior y no se puede saltar. Este diseño asegura que toda la red mantenga en todo momento la misma versión de protocolo, evitando que los nodos no puedan comunicarse de manera efectiva por diferencias de versión. Cuantos más nodos con versiones antiguas sigan funcionando en la red, más lento será el despliegue completo de las nuevas funciones; por eso, las fechas límite obligatorias buscan garantizar una transición rápida de toda la red hacia la siguiente versión. v23.0 es el paso más complejo de esta secuencia: actualiza simultáneamente el sistema operativo y la base de datos; v24.1 avanza sobre esto e integra las nuevas versiones de Stellar-Core y Horizon.

Después de actualizar el protocolo de la mainnet de Pi a v24.1, ¿se activarán los contratos inteligentes y las funciones de dApp?

No. El equipo central de Pi confirmó explícitamente que la activación de contratos inteligentes y aplicaciones descentralizadas (dApp) en la mainnet de Pi aún no ha sido anunciada oficialmente. El protocolo 23.0 alinea Pi con Stellar Core v23, que a nivel técnico proporciona un marco base para estas funciones; v24.1 integra además Stellar-Core v24.1.0 y continúa esta ruta técnica, pero activar contratos inteligentes y dApp es una decisión oficial separada que debe tomar el equipo central de Pi, y es un evento independiente de la actualización de versión del protocolo. La secuencia de actualización actual se enfoca principalmente en la estabilidad de la infraestructura y la optimización del rendimiento.

Si un proveedor de nodos encuentra problemas durante la actualización a v23.0, ¿la migración a v24.1 también será igual de difícil?

Según la confirmación del equipo central de Pi, v24.1 es una migración estándar de datos internos y difiere fundamentalmente de v23.0: v23.0 requiere actualizar simultáneamente el sistema operativo (Ubuntu 20→24), la base de datos (PostgreSQL 12→16) y la migración del protocolo, además de que, al involucrar reescritura de archivos de la base de datos, se deben tomar medidas de respaldo con antelación, por lo que el tiempo de arranque es más largo; v24.1 es una migración simple de datos internos, no implica reescritura de archivos de base de datos, no requiere pasos especiales de respaldo y, en la mayoría de los casos, la migración no supera 5 minutos; el reinicio también es mucho más rápido que en v23.0. La dificultad de la actualización v23.0 proviene principalmente de la complejidad de la sincronización multicapa; v24.1 no tiene la misma complejidad.