$PI Це оновлення дійсно було дуже складним, і це не просто ввічливість. Основні причини такі:

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

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