Pi Network v24.1 のアップグレードは6月2日までに完了する必要があり、期限を過ぎるとメインネットから切断されます

Pi Network は 5 月に稼働準備の協議を行い、24.1 へのアップグレードを 4 月 1 日に実施し、すべてのノード業者に対して 6 月 2 日の締切までに v23.0 から v24.1 への移行を完了することを求めています。締切に間に合わないノードは Pi メインネットとの接続が切断される可能性があり、再びネットワークに参加するには完全な再同期が必要になります。

v24.1 アップグレードの操作ガイド：確認済みの3つの方法

方法1（主な方法）：Docker ユーザーは、docker-compose.yml のイメージバージョンを次のように更新してください： pinetwork/pi-node-docker:organization_mainnet-v1.0-p24.1.0。その後、docker-compose up -d を実行します。

方法2：Pi Desktop（Windows / macOS）で Pi Node アプリケーションを再起動します。最新バージョンではアップグレードが自動的にトリガーされます。

方法3：Linux Node CLI で pi-node update-protocol を実行し、watch pi-node status で状態を監視します。「已同步（同期済み）」が表示されたら完了です。

移行が完了したことを確認する唯一確実な方法：ノード内の ingest_latest_ledger の値を比較します（curl の値）。両者が概ね一致していれば、移行が完了していることを示します。重要：移行の過程でこの数値は段階的に更新されず、移行終了時に一度だけまとめて更新されます。移行期間中、数値が変わらないことは、移行が失敗したことを意味しません。

4つの確認済みの重要な操作ルール

（出典：Pi Network）

段階的にアップグレード：すべてのノードを同時にアップグレードしないでください。段階を分けて実施します。アップグレード中は、アップグレードしているノードのトラフィックを、他のノードまたは待機ノードへ振り替えます。

勝手に v25.1 または v26.0 を起動しない：この2つのバージョンは「起動しないでください」としてフラグが立てられており、Pi コアチームからの公式な起動シグナルを待つ必要があります。

6月2日がハード締切：移行時間は 5 分を超えません。Pi コアチームは、最後まで待つのではなく、できるだけ早く完了することを推奨しています。

台帳エンドポイントで完了を必ず確認する：ノードの再起動だけで移行が完了したと決めつけないでください。必ず ingest_latest_ledger を比較して確認してください。

よくある質問

Pi Network の v19→v26 アップグレード順序の設計ロジックは何ですか。なぜ各ステップが強制的なのですか？

Pi Network のアップグレード順序は、リニアな依存関係型の設計です。つまり、新しい各バージョンの機能は、直前のバージョンの上に構築されており、スキップすることはできません。この設計により、ネットワークは常に同一のプロトコルバージョンを維持し、バージョン差によってノードが適切に通信できなくなるのを防ぎます。ネットワーク内で旧バージョンのノードが多いほど、新バージョンの機能を全体に展開する速度は遅くなります。そのため、強制的な締切はネットワーク全体を次のバージョンへ迅速に移行させることを目的としています。v23.0 はこのシーケンスの中でも最も複雑なステップで、オペレーティングシステムとデータベースの両方を同時にアップグレードします。v24.1 はこの基盤の上で進められ、Stellar-Core と Horizon の新バージョンを統合します。

Pi メインネットのプロトコルを v24.1 にアップグレードした後、スマートコントラクトや dApp 機能は有効化されますか？

いいえ。有効化されません。Pi コアチームは、スマートコントラクトおよび分散型アプリケーション（dApp）が Pi メインネット上で有効化されることについて、公式にはまだ発表されていないと明確に確認しています。プロトコル 23.0 は Pi を Stellar Core v23 と技術的に整合させ、その段階でこれらの機能の基礎となるフレームワークが提供されます。v24.1 ではさらに Stellar-Core v24.1.0 を統合し、この技術方針を継続しますが、スマートコントラクトや dApp を有効化することは、Pi コアチームが別途行う必要のある公式な意思決定であり、プロトコルバージョンのアップグレードとは相互に独立した出来事です。現在のアップグレード手順は主に、基盤インフラの安定性と性能最適化に重点を置いています。

ノード業者が v23.0 のアップグレード手順中に問題に遭遇した場合、v24.1 の移行難易度も同様に高いですか？

Pi コアチームの確認によると、v24.1 は標準的な内部データ移行であり、v23.0 とは根本的に異なります。v23.0 では、オペレーティングシステムのアップグレード（Ubuntu 20→24）、データベースのアップグレード（PostgreSQL 12→16）、およびプロトコル移行を同時に行う必要があります。さらに、データベースファイルの書き換えが関係するため、事前にバックアップの予防措置を講じる必要があり、起動にかかる時間も長くなります。一方で v24.1 は単純な内部データ移行で、データベースファイルの書き換えは不要です。特別なバックアップ手順も必要なく、多くの場合、移行は 5 分を超えません。再起動の速度も v23.0 よりはるかに速いです。v23.0 の難しさの主な原因は、多層の同期アップグレードが持つ複雑さにありますが、v24.1 には同様の複雑さは存在しません。