節點跑 v22 了，但鏈上還是 v21——這正常嗎？
2026年4月29日 上午02:07
最近在 Pi 社群裡有個很常見的困惑：「官方說 V22 已經在推了，為什麼我在 Block Explorer 上看到的 protocol 還是 21？」
老實說，這個問題我自己也盯著看了很久。答案其實不複雜，但牽涉到一個很多人沒注意到的區別——節點軟體版本跟鏈上協議版本根本是兩件不同的事。
先說 OrbitWatch 現在觀察到的數據
從我們每 15 分鐘一次的 Horizon API 監控來看：
- 鏈上
protocol_version：目前仍顯示 21 - Block Explorer（blockexplorer.minepi.com）：同樣確認為 v21
- 節點 Docker container：官方要求的 v22.1，截止日 4 月 27 日
這三個數字同時存在，不是 Bug，也不是哪裡出了問題。這是 Pi Network 升級機制的正常狀態。
節點版本 vs 鏈上協議版本：差在哪？
用一個比較好懂的比喻：
想像一個城市正在換交通規則。「節點軟體升級」就像每輛車都換了新版的導航系統，「鏈上協議版本切換」才是新的交通法規正式生效的那一刻。
車子都裝好新導航了，不代表新法規就立刻生效——還需要等城市裡夠多的車都準備好，然後統一宣布切換。
Pi Network 的升級流程是這樣的：
第一步：官方發布新版 Docker container（v22.1）
↓
第二步：節點操作者在截止日前完成更新（4/27 已截止）
↓
第三步：網路上足夠多的節點跑新版軟體
↓
第四步：透過 Stellar 共識機制，節點們「投票」切換協議版本
↓
第五步：鏈上 protocol_version 從 21 切換到 22
我們現在卡在第三到第四步之間。節點幾乎都更新了，但共識切換還沒有觸發。
為什麼切換需要時間？
這跟 Pi Network 採用的 **Stellar 共識協議（SCP）**有關。
SCP 的設計是讓節點之間互相確認，而不是靠某個中央伺服器下指令。這意味著協議版本的切換必須等到「足夠比例」的節點都準備好，才會一起切過去——這個過程無法被強制加速，也無法預測確切的切換時間點。
這種設計的好處是安全：不會因為少數節點沒更新就造成網路分裂。代價是切換時間不確定，可能是幾小時，也可能是幾天。
所以 PiRC1 現在算是生效了嗎？
這是最多人問的問題。
嚴格來說：PiRC1 的規格文件已經發布，官方已經宣布為 V22 的一部分，但要等鏈上 protocol_version 真正切換到 22，才算是在技術層面完全生效。
不過對大多數普通礦工來說，這個區別不影響你的任何操作——你的 Pi 餘額、遷移進度、KYC 狀態都不受這個切換影響。
接下來要觀察什麼？
OrbitWatch 的 Horizon API 監控每 15 分鐘會檢查一次最新的 ledger，其中就包含 protocol_version 這個欄位。一旦鏈上版本從 21 切換到 22，我們會在網站上第一時間更新。
除了這個，接下來更值得關注的是 V23：
V23 的截止日已從原本的 5 月 18 日提前到 5 月 11 日，這個版本預計帶來完整的智能合約功能，也是 Pi DEX 和 Pi Launchpad 能夠啟動的直接前提。
而且官方同時公布了一個更長的路線圖：升級序列從 V23.0 一路延伸到 V26.0，預計在 2026 年 6 月 22 日前完成，涵蓋五個主要升級里程碑。
這個節奏比很多人預期的快，但也代表接下來幾個月會是 Pi 生態發展最密集的時期。
對普通礦工的建議
不跑節點的礦工： 什麼都不用做。鏈上協議版本的切換對你沒有直接影響，繼續等 V23 就好。
有跑節點的礦工： 如果你在 4 月 27 日前完成了 v22.1 的 Docker 更新，你的節點現在應該在線並正常運作。如果錯過了截止日，你的節點已被斷線，重新接回網路需要完整的重新同步，這個過程比直接升級麻煩很多。
OrbitWatch 的監控承諾
我們知道「等待」是 Pi 社群最不習慣的事。
所以 OrbitWatch 承諾：只要鏈上 protocol_version 切換到 22，你會在這個頁面看到更新，不需要一直刷社群群組找消息。這就是為什麼我們建了這個網站。
V23 的倒數已經開始。5 月 11 日，才是真正改變遊戲規則的那天。
數據來源：Pi Network Horizon API（api.mainnet.minepi.com）、Pi Network Block Explorer、Bitget News、crypto.news。本文分析不構成投資建議。
OrbitWatch 是獨立的 Pi Network 生態觀測站，與 Pi Network 官方無任何關聯。