$PI 今回のアップグレードは確かに難易度が非常に高いです。決してお世辞ではありません。主な理由は以下の通りです。

1. 三重のメジャーバージョンの同期アップグレード
プロトコル（22→23）、オペレーティングシステム（Ubuntu 20.04→24.04）、データベース（PostgreSQL 12→16）を同時にアップグレードします。いずれか一つだけのアップグレードでもリスクがありますが、三つ重なると互換性、依存関係、設定ファイルの変更が相互に影響し合います。
2. 内部データの再処理が必要
多くのアップグレードはソフトウェアの置き換えだけですが、今回は基盤のストレージフォーマットやインデックスロジックが変わったため、ノードは既存のデータを新しいロジックで再処理する必要があります。この過程は非常にエラーが起きやすく、途中で中断するとスナップショットからの復元が必要になり、非常に時間がかかります。
3. 本番環境でのゼロトレランス
メインネットのノードがダウンしたりデータが破損したりすると、ネットワーク全体のコンセンサスやブロック生成に影響します。運営者はテストネットで何度も検証し、ダウンタイムを最小限に抑えながら操作を完了させる必要があり、個人のPCのアップグレードよりもはるかに高いプレッシャーがあります。
4. PostgreSQL 12→16の大きな跨度
このバージョンは数年ぶりにリリースされ、多くのクエリ最適化、データ型、並列実行などの変更が導入されています。データベースの移行は通常エクスポートとインポートを繰り返す必要があり、数時間、場合によってはそれ以上の時間がかかります。大規模なノードにとっては時間枠が非常にタイトです。

したがって、この言葉は誇張ではなく、今回のアップグレードが確かにリスクが高く操作も複雑であることを反映しています。半数以上のノードのアップグレードを安定して完了させることは、運営者が非常に専門的であることの証明です。