$PI Esta atualização foi realmente muito difícil, não é apenas uma cortesia. Existem várias razões principais:

1. Atualização sincronizada de três grandes versões
Protocolo (22→23), sistema operativo (Ubuntu 20.04→24.04), base de dados (PostgreSQL 12→16) atualizados ao mesmo tempo. Qualquer uma delas sozinha já apresenta riscos, a combinação das três significa que questões de compatibilidade, dependências e alterações nos ficheiros de configuração irão influenciar-se mutuamente.
2. Necessidade de reprocessamento interno de dados
Muitas atualizações consistem apenas na substituição do software, 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. Este processo é altamente propenso a erros, e uma interrupção pode exigir recuperação a partir de snapshots, o que é muito demorado.
3. Tolerância zero no ambiente de produção
Se um nó principal ficar offline ou os dados forem corrompidos, isso afetará o consenso e a produção de blocos de toda a rede. Os operadores devem validar repetidamente na rede de testes e realizar as operações de forma a garantir o mínimo de tempo de inatividade ou sem interrupções, uma pressão muito maior do que uma atualização em um computador pessoal.
4. Grande salto de PostgreSQL 12→16
Esta 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 requer exportar e importar, levando horas ou até mais tempo, e para nós grandes, a janela de tempo é extremamente limitada.
Portanto, esta afirmação não é exagero, mas reflete que esta atualização realmente apresenta altos riscos e operações complexas. 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.