$PI Esta atualização realmente foi de alta dificuldade, não é papo furado. Principalmente por alguns motivos:

1. Sincronização de três grandes versões
Protocolo (22→23), sistema operacional (Ubuntu 20.04→24.04), banco de dados (PostgreSQL 12→16) sendo atualizados ao mesmo tempo. Qualquer uma dessas atualizações isoladamente já apresenta riscos, a combinação das três significa que questões de compatibilidade, dependências e mudanças nos arquivos de configuração podem se influenciar mutuamente.
2. Necessidade de reprocessamento interno de dados
Muitas atualizações envolvem apenas substituição de softwares, mas desta vez, devido às mudanças no formato de armazenamento subjacente ou na lógica de índices, os nós precisam reprocessar os dados existentes com a nova lógica. Esse processo é altamente propenso a erros, e uma interrupção pode exigir recuperação a partir de snapshots, o que consome muito tempo.
3. Tolerância zero no ambiente de produção
Se um nó da rede principal ficar offline ou tiver corrupção de dados, isso afetará o consenso e a produção de blocos de toda a rede. Os operadores devem testar exaustivamente na rede de testes e realizar as operações na rede principal sem interrupções ou com o menor tempo de inatividade possível, uma pressão muito maior do que uma atualização em um computador pessoal.
4. Grande salto de PostgreSQL 12→16
Essa versão tem vários anos de diferença, introduzindo melhorias em consultas, tipos de dados, execução paralela, entre outros. A migração do banco de dados geralmente exige exportar e importar, levando horas ou até mais tempo, e para nós nós grandes, a janela de tempo é extremamente limitada.

Portanto, essa frase não é exagero, mas reflete que essa atualização realmente apresenta alto risco e operação complexa. Conseguir completar de forma estável a atualização de mais da metade dos nós já demonstra que os operadores são altamente profissionais.