$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 conlleva riesgos, y la suma 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 reemplazan el software, pero esta vez, debido a cambios en el formato de almacenamiento subyacente o en la lógica de índices, los nodos deben 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 de toda la red. Los operadores deben verificar repetidamente en la red de prueba y completar las operaciones en un tiempo mínimo sin apagar o con el menor tiempo de inactividad posible, mucho más exigente que una actualización en una computadora personal.
4. Gran salto de PostgreSQL 12→16
Esta versión tiene varios años, introduciendo muchas optimizaciones de consultas, tipos de datos, ejecución paralela, etc. 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 conlleva 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.