$PI Esta actualización realmente es muy difícil, no es una cortesía. Principalmente por varias razones:

1. Sincronización de tres grandes versiones
Actualización simultánea del protocolo (22→23), sistema operativo (Ubuntu 20.04→24.04), base de datos (PostgreSQL 12→16). Cualquier actualización individual tiene riesgos, y la combinación de las tres implica que la compatibilidad, dependencias y cambios en archivos de configuración se afecten mutuamente.
2. Necesidad de volver a procesar datos internos
Muchas actualizaciones solo implican reemplazar el software, pero esta vez, debido a cambios en el formato de almacenamiento subyacente o en la lógica de índices, los nodos necesitan volver a procesar los datos existentes con la nueva lógica. Este proceso es muy propenso a errores, y si se interrumpe, puede ser necesario restaurar desde una instantánea, lo cual consume mucho tiempo.
3. Tolerancia cero en entorno de producción
Si un nodo principal se desconecta o los datos se dañan, afectará el consenso y la producción de bloques en toda la red. Los operadores deben verificar repetidamente en la red de prueba y luego realizar las operaciones en un tiempo mínimo de inactividad o sin detenerse, lo que genera una presión mucho mayor que una actualización en una computadora personal.
4. Gran salto de PostgreSQL 12→16
Esta versión tiene varios años, introdujo muchas optimizaciones de consultas, tipos de datos, ejecución paralela y otros cambios. La migración de la base de datos generalmente requiere exportar e importar, lo que puede tomar horas o incluso más tiempo, y para los nodos grandes, la ventana de tiempo es muy ajustada.

Por eso, esta afirmación no es exagerada, sino que refleja que esta actualización realmente tiene altos riesgos y operaciones complejas. Poder completar de manera estable la actualización de más de la mitad de los nodos ya demuestra que los operadores son muy profesionales.