はじめに：Piプロトコル移行が「v28」へ延長された背景と今回の論点
Pi Networkのブロックチェーン基盤を強化するため、コアチームより「Pi Node Protocol Upgrade Guide」が公開され、プロトコルを「v19」から順次引き上げる大規模な連続アップグレードが進行しています。
全ノードが歩調を合わせて順番に移行を進めるこの計画において、現在アクティブになっているのが「バージョン27.1への移行（期限：2026年9月15日）」です。そして今回、公式ロードマップの末尾に「次期バージョン28.0（v28.0）」が正式に明記されたことがコミュニティ内で大きな注目を集めています。
「v27が最終アップグレードだと見られていたのに、なぜv28が追加されたのか？」「自分のノードは何をすればいいのか？」と気になっている方も多いはずです。本記事では、公式発表を整理し、9月15日までに完了すべき具体的な手順を分かりやすく解説します。
なぜ「v27が最後」ではなかったのか？v28が追加された背景
これまでパイオニアの間では、「プロトコルv27への移行をもって、DEX（分散型取引所）やスマートコントラクト環境の主要インフラが整い、一連のアップグレードは完了するのではないか」という予測が主流でした。それにもかかわらず、なぜ公式ロードマップに「v28.0」が組み込まれたのでしょうか。
基盤プロトコル（Stellar Core）の進化「Protocol 28: Adapter」との連動
Pi Networkのブロックチェーンは、分散合意形成アルゴリズム（SCP）を採用するStellar Coreをベースに構築されています。そのため、ネットワークの拡張性やセキュリティは、基盤技術であるStellarプロトコルの進化と強く連動しています。
Stellarエコシステムでは、スマートコントラクト環境の大幅な運用効率化と処理能力向上を目的とした最新仕様「Protocol 28（開発コード名：Adapter）」が策定・展開されています。Pi Networkがロードマップにv28.0を位置づけた背景には、この最新のプロトコル進化を取り込み、世界42万台超のノード網をより堅牢かつ高速な本番インフラへと最適化させる狙いがあると考えられます。
次期バージョン28（v28.0）で想定される3大機能
公式ガイドではv28.0の詳細仕様は「TBD（未定）」とされていますが、基盤となるStellar Protocol 28（Adapter）の設計思想を踏まえると、以下のような処理性能・開発運用の向上が期待されています。
| 想定される機能分野 | 従来の運用課題 | Protocol 28 (Adapter) 仕様に見る解決アプローチ |
|---|---|---|
| ① 高負荷時の合意形成 （コンセンサス高速化） |
トランザクション全体の受信を待つ必要があり、通信負荷時に遅延が生じやすかった。 | 遅延したデータに引きずられずバリデータが先行して合意を進められる仕組みにより、高トラフィック時の詰まりを防止。 |
| ② スマートコントラクトの 一括アトミック更新 |
共通プログラムを利用する複数のコントラクトを1件ずつ手動更新する必要があり、運用コストが高かった。 | 共通コードを一元管理し、1回のトランザクションで安全に一斉更新できる仕組みをサポート。 |
| ③ 内部データの安全な移行 | アプリのアップデート時にデータ形式の不整合でコントラクトが破損するリスクがあった。 | 柔軟なデータ構造（スパースマップ等）により、データ破損を防ぎつつスムーズな引き継ぎを可能に。 |
v27からv28へのステップ
v27ではアカウント抽象化をはじめとする「スマートコントラクトの認証機能の強化」が図られてきました。続くv28は、実社会の大規模なトラフィックに耐えられるよう「スマートコントラクト群を安全・高速に一括運用するための土台」を固めるフェーズになると推測されます。
【公式進捗まとめ】v19からv28までの全ロードマップ一覧
Piネットワークのプロトコル移行は、ネットワークの整合性を保つため「完全な順次適用（ステップ・バイ・ステップ）」が義務付けられています。
| 移行ステップ | 現在のステータス | 移行期限・完了日 | 更新所要時間と特徴 |
|---|---|---|---|
| v19.1 → v19.6 | 完了済 | 2026年2月15日 | 数時間の大型データ移行 |
| v19.6 → v19.9 | 完了済 | 2026年3月1日 | 長時間移行（Captive Core導入） |
| v19.9 → v22.1 | 完了済 | 2026年3月〜4月 | 短時間完了（5〜15分） |
| v22.1 → v23.0 | 完了済 | 2026年5月19日 | DB再構築（バックアップ推奨回） |
| v23.0 → v26.1 | 完了済 | 2026年6月〜8月11日 | 軽量プロトコル更新（5分未満） |
| v26.1 → v27.1 | 進行中（Active） | 2026年9月15日 | 迅速な更新（ダウンタイム5分未満） |
| v27.1 → v28.0 | 次期予定（待機） | 未定（TBD） | ※公式発表前の先走り実行は厳禁 |
【環境別】ノード運営者が「今」やるべき対応手順
現在アクティブなバージョン27.1への移行作業は、ご利用のノード環境によって手順が異なります。
1. Pi Desktop（Windows / macOS）をご利用の方
【特別な操作は不要です】
一般的なデスクトップアプリ版を利用している場合、アプリ起動時にバックグラウンドで自動的にプロトコル更新が適用されます。いつも通りPCでノードを立ち上げておくだけで完了します。
2. Pi Linux Node CLIをご利用の方
2026年にリリースされたLinux向け公式CLIツールをご利用の場合の対応です。
- 自動更新（auto-update）が有効：操作不要で自動適用されます。
- 手動更新設定の場合：ターミナルで以下のコマンドを実行します。
pi-node update-protocol - 状態確認：
watch pi-node statusを実行し、ステータスが「Synced」になれば完了です。
3. Dockerコンテナを手動管理している方（レガシーLinux環境）
自前でdocker-compose.ymlを管理している場合は、設定ファイルを更新して再起動します。
- 設定ファイルのimage行を最新版へ書き換えます。
image: pinetwork/pi-node-docker:organization-mainnet-v1.0-p27.1.0 - コンテナを反映・再起動します。
docker-compose up -d curl http://localhost:31401で取得できるingest_latest_ledgerの値が、メインネットAPI（https://api.mainnet.minepi.com）の数値と同期していることを確認します。
ノード運用で絶対に守るべき3つの注意点
安全なノード運用のために、コアチームから指定されている以下の公式ルールを必ず遵守してください。
① 先走り厳禁！公式発表前の「v28.0」適用は不可
ロードマップに記載されているからといって、公式アナウンスが出る前にv28.0へのアップグレードを試みることは厳禁です。ネットワーク全体の合意形成から外れ、ノードが同期不能に陥る原因となります。
② 段階的アップデートの必須ルール（バージョン飛ばしはNG）
長期間ノードを停止していて過去バージョンで止まっている場合、一気にv27.1へ飛ばすことはできません。必ず「19.1 → 19.6 → … → 26.1 → 27.1」と順番通りにアップデートを実行してください。
③ 複数ノード運用時のトラフィック迂回
複数台のノードを運用している場合、全ノードを同時に更新してはいけません。1台ずつ更新を進め、作業中のトラフィックは稼働中の別ノードまたは公式API（https://api.mainnet.minepi.com）へ逃がす運用を行ってください。
まとめ：v28への道が拓くPiエコシステムの未来
今回のアップグレードに関する重要ポイントをまとめます。
- 足元の必須期限：全ノード運営者は2026年9月15日までに「v27.1」への移行を完了させる必要があります。
- Pi Desktopユーザーは安心：Windows/Mac環境はアプリ起動時に自動適用されるため手動設定は不要です。
- v28登場の背景：基盤プロトコル（Stellar Core）の最新進化を取り込み、より高速・安全なスマートコントラクト運用環境を整える狙いがあるとみられます。
- 次期v28.0は待機：コアチームからの正式な移行開始アナウンスを待ってから対応してください。
v27からv28へのプロトコル進化は、Pi Networkが本格的なdApps・DeFi・決済エコシステムを迎え入れる準備を着実に進めている証拠です。まずは期日（9月15日）までに確実にv27.1への同期を完了させ、次なる公式発表に備えましょう。
コメント