$PI Эта обновление действительно очень сложное, и это не вежливые слова. Основные причины:

1. Синхронное обновление трех крупных версий
Протокол (22→23), операционная система (Ubuntu 20.04→24.04), база данных (PostgreSQL 12→16) одновременно обновляются. Любое отдельное обновление связано с рисками, а их совмещение означает, что совместимость, зависимости и изменения конфигурационных файлов будут взаимно влиять.
2. Требуется повторная обработка внутренних данных
Многие обновления просто заменяют программное обеспечение, но в этот раз из-за изменений в низкоуровневом формате хранения или логике индексов узлы должны заново обработать существующие данные с помощью новой логики. Этот процесс очень подвержен ошибкам, и при его прерывании может понадобиться восстановление из снимка, что очень затратно по времени.
3. Нулевой допуск в производственной среде
Если основной узел сети отключится или данные будут повреждены, это повлияет на консенсус всей сети и создание блоков. Операторы должны многократно проверять на тестовой сети, а затем выполнять операции в условиях минимального времени простоя или без простоя, что значительно сложнее, чем обновление на персональном компьютере.
4. Большой разрыв между PostgreSQL 12 и 16
Эта версия вышла несколько лет назад и включает множество улучшений в области оптимизации запросов, типов данных, паралленного выполнения и т. д. Миграция базы данных обычно требует экспорта и импорта, что занимает несколько часов или даже дольше, а для крупных узлов окно очень узкое.

Поэтому эта фраза не является преувеличением, а отражает, что это обновление действительно сопряжено с высокими рисками и сложностью операций. Успешное плавное обновление более половины узлов уже говорит о высокой профессиональной подготовке операторов.