Pi Network 要求節點營運者在 10 月 13 日前安裝 Protocol 28 軟體，以迎接計劃於 10 月 16 日進行的主網升級。截止日期已過，但啟用仍在後頭。當前的問題是，參與的節點是否已準備就緒，以及變更後使用者和開發者實際上能做什麼，因為無論是截止日期還是協議編號，都不是應用使用量的衡量標準。
摘要
- Pi 要求所有主網節點營運者在 2026 年 10 月 13 日前升級至 Protocol 28。
- 該網路已將 Protocol 28 的啟用時間定為 10 月 16 日，具體取決於部署是否完成。
- Pi 表示，此次發布改進了延遲交易處理和分組智能合約升級。
- Protocol 27 已在主網上運行，而 Protocol 28 在節點截止日期前已在測試網上進行了測試。
- Pi 尚未公佈 Protocol 28 的節點合規數量或應用使用結果。
Pi 節點說明要求每個主網節點升級至版本 28。Pi 的公開公告稱，此次變更改進了網路處理交易數據延遲的方式，並讓開發者能更安全地升級智能合約和存儲數據的分組。這兩項都是基礎設施方面的聲明。兩者均未提及某個特定應用已上線、用戶支付有所增加，或穩定幣將於週五上線。
Crypto.news 已經審視了升級前 PI 的價格以及擬議的 OUSD 關係。今天更有用的問題是關於鏈本身：什麼證據能表明已安裝的軟體按預期啟用，以及在那一刻之後，哪些仍依賴於開發者和用戶？
節點截止日期並非啟用日期
節點營運者截止日期要求參與網路的電腦安裝兼容軟體。協議啟用則改變主網遵循的規則。即使兩者都發生在同一個升級序列中，它們也是獨立的事件。Pi 的公告將節點升級定為 10 月 13 日，主網協議變更定為 10 月 16 日。錯過營運者截止日期本身並不意味著整個網路失敗；結果取決於驗證者的參與以及網路如何處理不兼容的伺服器。
該項目報告稱，在將 Protocol 28 移至測試網之前，Protocol 27 主網升級已成功。測試網升級表明所提議的軟體可以在試用環境中運行。主網啟用涉及實時帳本、實時交易以及營運者使用兼容版本維持共識。10 月 16 日的事件需要在發生後得到獨立確認。今天若像它已經發生一樣來撰寫，會將時間表與部署混為一談。
Pi 的公開節點頁面並未提供在本功能準備時運行 v28 的主網驗證者份額的、有日期且可審計的數字。這使得無法就合規性提出有依據的百分比聲明。營運者可以下載軟體而不運行它，而桌面下載量的公開統計也無法證明驗證者的參與。有用的證據將是活躍共識節點中的版本分佈、升級投票或啟用狀態，以及切換後帳本的持續生產。
節點更新可能需要非應用開發者的人員採取行動。在新交易規則啟用後，運行過時協議的驗證者可能會失去與網路保持同步的能力。任何中斷的程度都必須通過觀察而非假定。狀態頁面、當前帳本版本、節點營運者通知和開發者測試交易可以提供答案的不同部分。
Protocol 28 聲稱要改變什麼
Pi 在其公開公告中描述了三個改進：處理交易資料的延遲、一起升級智慧合約群組，以及在應用程式演進時更安全地變更已儲存的合約資料。該公告並未公布吞吐量基準、手續費降低百分比，或使用新功能的正式環境合約清單。因此，將此發布描述為每秒交易數自動躍升，等於憑空捏造了一項效能結果。
如果伺服器對於處理一組操作所需的資訊持有不同看法，延遲的交易資料可能會為帳本帶來協調問題。能更可靠地處理這類延遲的軟體，或許可以減少可避免的失敗或提升穩健性。若要展示主網的實際改進，開發者需要附日期的前後測量數據：相關類型的失敗交易、納入這些交易的時間，或可重現且能檢驗新行為的測試。單憑變更日誌只能描述預期的能力。
群組升級對於由數個相互依賴合約組成的應用程式很有用。設想一個支付應用程式，其中一個合約記錄餘額，另一個合約強制執行權限。一次只更新其中一個，可能會產生版本不一致的期間。將一個群組一起升級的操作可以縮小這種不一致。它本身並不會讓任何個別合約變得安全；開發者仍必須指定正確的邏輯、檢查遷移路徑，並測試執行失敗時會發生什麼事。
已儲存的資料引發了另一個遷移問題。當應用程式改變其結構時，現有的使用者餘額、權限和其他記錄必須在新程式碼下仍可解讀。更安全的更新機制可以協助協調這項變更。開發者新合約中的錯誤，或記錄轉換方式中的錯誤，仍可能損害應用程式。協定層級的支援是一種工具，而不是對每個使用它的專案進行稽核。
智慧合約的故事在版本 28 之前就已開始
Pi 的 Protocol 27 報導描述了較早升級的開發者能力，以及龐大聲稱使用者基礎與可觀察的去中心化金融使用之間的距離。Protocol 28 是軟體路徑的延續，而不是智慧合約在該網路上首次變得可想像的時刻。其具體新增功能應該對照 Protocol 27 來衡量，而不是對照一個沒有先前開發者工具的虛構網路。
開發者 RPC 發布為應用程式提供了一種與 Pi 的 Testnet 基礎設施互動的方式。文件、端點和協定升級降低了建構者的門檻，但它們並不能證明主網上的部署或使用。一個應用程式可以被列出而沒有有意義的交易。一個合約可以被部署而沒有活躍使用者。交易計數器可能因為自動化測試而上升。每個數字回答的是不同的問題。
一個有用的採用帳本會記錄使用新功能構建的活躍主網合約、調用它們的交易、獨特的參與錢包以及交付的經濟價值或服務。即使這些措施也需要謹慎。一個人可以控制許多錢包；一個受歡迎的應用程式可以佔據大部分活動；一個價值數字可以包括同一開發者擁有的帳戶之間的轉帳。獨立的應用程式名稱和可重現的鏈上地址會使證據更強。
2026 年路線圖包含其他關卡。KYC 和遷移決定了哪些先鋒可以使用主網餘額。應用程式發現決定了用戶是否能找到事情做。商家接受度或一個有用的消費者應用程式決定了用戶是否有理由消費。協議 28 可以改善基礎，而這三者仍然是瓶頸。升級應首先根據其技術主張來評判，然後再根據任何隨之而來的需求單獨評判。
穩定幣合作夥伴關係不是 10 月 16 日切換的一部分
Pi 的 10 月 8 日穩定幣聲明描述了與 Open Standard（OUSD 背後的團隊）的合作，並表示該項目將探索獎勵和其他生態系統用途。該公司沒有給出 OUSD 在 Pi 上確認的發布日期，也沒有說協議 28 的激活將使 OUSD 產品可用。將這些公告合併為一個 10 月 16 日的發布會是沒有根據的。
當商家和消費者不希望發票金額隨 PI 的市場價值變化時，穩定幣可以使支付更容易定價。Pi 表示 PI 仍然是生態系統的原生加密貨幣。美元計價的支出是否會產生對 PI 的需求取決於最終的實施：交易費用、應用程式激勵、流動性路徑、獎勵資金以及任何持有 PI 的要求。沒有已發布的產品規格能解決這些流程。
開發者可以在協議 28 之後構建一個直接使用 PI、穩定幣或兩者兼有的應用程式。網絡升級本身並不選擇商業模式。一個以美元定價並以穩定幣結算的應用程式可能會使用 PI 支付小額網絡費用，而一個以 PI 獎勵用戶的應用程式可能會產生更大的直接活動。這些是條件性示例，不是對已部署服務的描述。
這種區別對價格報告很重要。成功的協議切換是關於運營商協調和代碼部署的正面證據。它不同於代幣購買量、持久用戶或接受 PI 的商家的實測增長。最近的價格報告已經將 OUSD 討論和升級時間表與疲軟的市場聯繫起來。在沒有新需求數據的情況下重複這種並置不會增加多少內容。
一個成功的週五將證明什麼
如果 Pi 確認 10 月 16 日激活，並且區塊瀏覽器顯示隨後的主網帳本使用新協議，那將確定預定的軟件過渡。持續的網絡運行和節點兼容性將支持升級沒有明顯破壞共識的結論。對特定交易延遲或分組升級功能的已發布測試將顯示比僅有版本標籤更多的內容。
沒有一張截圖能證明所有這些。區塊瀏覽器可以顯示帳本版本，但不一定顯示複雜的合約遷移是否安全。開發者演示可以展示一個應用程式正確運行，但不能證明廣泛採用。團隊公告可以報告完成，而不提供節點或失敗交易的獨立計數。最好的敘述結合這些來源，並指出哪些主張仍然是自我報告的。
反對的理由很簡單。基礎設施改進即使在用戶注意到之前也可能有價值。構建支付或遊戲的團隊通常需要在投入真實餘額之前獲得可預測的升級工具，而公共使用可能會在數週或數月後到來。僅根據當天代幣價格或 DeFi 價值來評判技術發布會錯過其預期作用。這種論點值得耐心，但它也需要一個可以檢查的未來里程碑。
KYC 積壓log 功能記錄了分開的存取與使用閘門。Pi 多年來推廣了一個大型社群。其 KYC 與遷移更新顯示，對某些使用者而言，存取主網仍是一個過程。所宣稱的受眾並不等於一份活躍智慧合約使用者的名單。啟用後的實際考驗在於，應用程式能否為已遷移餘額的使用者穩定運作，以及這些使用者在初次推廣後是否會回流。
今日仍未知的事
營運方的截止期限並未附帶公開的合規表，啟用仍按計畫進行，而在所檢視的資料中，尚無已確認的主網應用展現出可歸因於第 28 版的前後改善。這些是 10 月 14 日所能報導內容的限制。它們並不意味著升級已經失敗；它們意味著可衡量的結果仍待出爐。
一個潛在的應用可能會使用分組合約更新，卻不讓這個事實容易從一般交易動態中看出。開發者可能會公布合約地址、程式碼與遷移記錄。該專案可以公布版本採用情況與事件日誌。若無此類揭露，外部人士可以驗證某些帳本行為，但實作細節仍不確定。
價格與效用仍然分離。交易部門可能會預期一項排定的升級並在啟用前先行操作，而使用者採用一項應用可能需要長得多的時間。無論是市場反應還是升級公告，都無法回答這些新工具是否產生了具經濟效益的服務。一篇關於 Protocol 28 的文章應該在數據出現之前，讓這個問題保持開放。
一套備援計畫將揭示營運層面的利害關係
一項已規劃的協議變更，應該為仍使用舊軟體的營運方，以及交易在啟用後行為不同的開發者，提供一套程序。Pi 已給出更新截止期限，但公開公告並未說明即時網路繼續推進的門檻、延期規則或回滾程序。報導這些細節需要一份最新的技術通知或團隊的回覆。一項聲稱某個晚更新的營運方可能使主網停擺的推測性主張，將不會有正當依據。
營運方可分為數個群組。一台機器可能執行正確的二進位檔，卻不是活躍的共識參與者。另一台可能處於活躍狀態，卻因為失去連線而沒有近期的帳本歷史。第三台可以處理帳本，同時透過一個面向終端的應用提供過時資訊。一個標示為「已升級節點」的單一百分比，可能掩蓋這些差異。版本計數需要對其涵蓋哪些機器與功能作出定義。
啟用後，開發者應測試完整的交易路徑：提交呼叫、接收結果、檢查帳本最終性，並透過其應用讀取更新後的合約狀態。如果一次分組升級修改了多個合約，測試應同時檢查成功執行與失敗處理。一個顯示正確版本號卻顯示過時餘額的應用，仍然會有使用者層面的問題。
為修復問題而暫時暫停，將是營運決策的證據，而不會自動證明原始設計失敗。反之，一則宣布網路保持線上的公告，也不會確立每一次遷移都保留了正確的應用資料。一份公開的事件日誌，載明受影響的版本、帳本與補救措施，將讓使用者能夠區分例行的節點升級問題與新功能中的缺陷。
截止期限與已規劃的啟用，為這些檢查提供了一個狹窄的報導窗口。10 月 16 日的結果應以當時的狀態來描述，而任何應用相關的主張都應指出支持它們的具體主網交易。
觀察重點
- 10月16日啟用：透過有日期的專案公告與獨立帳本觀察，確認主網協議版本。
- 活躍節點版本：在升級後，尋找協議28上共識節點可驗證的分布情況。
- 功能展示：檢查合約地址，以及使用分組升級或儲存資料變更的可重現交易。
- 網路連續性：追蹤啟用前後的帳本中斷、失敗交易或緊急修補。
- 應用程式使用：在部署後，比較具名應用程式、活躍錢包及具經濟意義的交易。
常見問題
Pi的協議28節點截止日期是何時？
Pi告訴主網節點營運者應在2026年10月13日前完成升級。另訂的主網啟用日期為10月16日。
協議28是否已在主網上線？
在10月14日撰稿日，主網啟用仍預定於10月16日進行。Pi先前已將協議28移至測試網。
協議28改變了什麼？
Pi表示它改善了延遲交易資料的處理，並為開發者提供更安全的方式來升級合約群組及變更儲存資料。該公告並未公布量化的速度或費用改善。
所有Pi節點都趕上截止日期了嗎？
在所檢視的資料中，並無公開、可稽核的合規百分比。單憑軟體下載總量無法證明活躍節點正在執行新版本。
此次更新是否會在Pi上推出OUSD？
並未確認有此類推出。Pi的OUSD合作關係屬於探索性質，公開聲明中並未將任何產品上市日期與協議28掛鉤。
此次升級會推高PI的價格嗎？
協議發布並不決定代幣價格。持續應用程式使用與實際需求的證據，需要啟用後的獨立資料。
什麼能證明新的合約工具有效？
一個具名的主網應用程式可以公布合約地址及可重現的交易，展示協調升級與保留的狀態。獨立審查將強化此一主張。
為何節點參與很重要？
需要相容節點來遵循升級後的帳本規則。可觀察的版本採用情況與不間斷的帳本產出，將比截止日期本身更具參考價值。此為教育性分析，並非投資建議。
