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

1. Sincronização 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 isoladamente apresenta riscos, a combinação das três implica que 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 em substituir o 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 consome muito tempo.
3. Tolerância zero no ambiente de produção
Se um nó principal ficar offline ou os dados forem corrompidos, toda a rede pode ser afetada na sua consensualidade e na geração de blocos. Os operadores devem validar repetidamente na rede de testes e realizar as operações de forma a não interromper ou minimizar ao máximo o tempo de paragem, uma pressão muito maior do que uma atualização num 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 da base de dados geralmente requer exportar e importar, levando horas ou até mais tempo, com uma janela de tempo extremamente restrita para nós de grande escala.