Pi Network 生態追蹤

官方新增三項開發者功能，並首次整合開發者文件

開發動態生態系統

官方於 9 月 4 日發布 blog，宣布三項新的開發者功能，同時發布全新整合的開發者文件站 docs.minepi.com。三項新功能本地儲存（Local Storage）官方為 Pi Browser 裡一批白名單 App 加入本地儲存功能，讓資料（如偏好設定、session 狀態）能直接存在使用者裝置上，不需要開發者自建後端儲存與提供這些資料，藉此降低基礎設施成本。資料由 Pi Browser 代管，內容留在裝置端、不會上傳到 Pi 伺服器。官方也說明了目前的具體限制：這項功能目前僅限初始的一批白名單 App 使用；白名單內的 App 共用一個容量有限的裝置端儲存池，空間不足時舊資料可能被清除，因此本地儲存不保證是永久儲存；資料綁定特定帳號與裝置，不會自動跨裝置同步。官方表示，逐一開放 App 白名單的做法，是為了在驗證不同裝置、儲存狀況與實際使用情境下的效能與行為時，保留更多的觀察與調整空間。質押數據 API（Staking Data API）開發者現在可以透過這個 API，查詢使用者透過 Ecosystem Directory Staking 為自己 App 質押的有效 Pi 數量。有效質押量會同時考慮質押的 Pi 數量與質押時長帶來的加成。這個 API 目前同樣需要 App 先取得白名單資格才能存取，官方說明這是為了讓開發者與 Pioneer 在這個初期階段的測試與回饋，能協助後續調整這個 API 的設計方向。檔案與影片分享（Pi.shareFile）開發者可以透過 Pi.shareFile 讓使用者從 App 內分享檔案，包含影片。官方舉例，這適用於類似市集類 App 讓使用者分享收據或爭議商品照片、或遊戲與內容類 App 讓使用者直接分享圖片或影片片段等情境。透過呼叫手機原生的分享功能，開發者不需要自己另外打造一套分享流程。開發者文件首次整合，並回應社群長期反映的問題這次更新裡份量最重的部分，是全新上線的整合開發者文件站 docs.minepi.com。官方說明，過去 Pi 開發者文件分散在多個地方——SDK 文件、Community Developer Guide、GitHub 文件庫——內容可能互相重疊，開發者從不同 Pi 網頁或管道進入，也可能看到不一致的資源版本。新網站把文件整合到單一、Pi 官方自有的網域，並依照開發者實際的開發歷程重新編排：從入門、註冊 App，到 Sandbox 開發、串接 Pi 功能、準備上線，路徑更清楚。值得特別記錄的一句話：官方在文中明確表示，除了整合文件，這次也針對「先前被社群開發者回報為不清楚」的平台細節，補充了更多說明與釐清。這是官方首次在公開文章裡正面承認文件不清楚是社群持續反映的問題。官方也說明，這批新文件涵蓋帳號與 App 註冊、Sandbox 設定、SDK 與平台參考資料、身份驗證與付款、從 Sandbox 到 Mainnet 上線的完整路徑，並新增了針對身份驗證與付款串接的 AI 輔助指引。官方並表示，這批文件內容已經對照目前實際的平台行為做過檢視。 OrbitWatch 的觀察 OrbitWatch 先前在開發者現況分析中記錄過，文件缺口、資訊分散是開發者社群長期反映的痛點之一。這次官方發布的整合文件站，以及首次公開承認文件不清楚的問題，是目前查證到最直接的官方回應。不過這次的三項新功能與文件整合，聚焦於 Pi SDK（登入、付款、儲存、分享等）這條路線，跟另一條路線——Soroban 智能合約的官方文件與開放進度——目前看來仍是分開的兩件事。OrbitWatch 會持續關注 docs.minepi.com 是否後續納入智能合約相關的完整文件。延伸閱讀 → Pi 生態開發者現況：投入與回饋之間，還有多遠？ → Pi Network 智能合約現況：V23 之後開發者實際能做什麼？數據來源：Pi Network 官方 blog（minepi.com/blog/dev-capabilities-documentation/，發布於 2026/9/4）、docs.minepi.com。所有分析不構成投資建議。 OrbitWatch 是獨立的 Pi Network 生態觀測站，與 Pi Network 官方無任何關聯。

•Pi 開發者現在可利用本地儲存、質押數據 API 及檔案分享功能。
•Pi 整合了開發者文件，提供單一資源中心，改善開發者體驗。

9月4日下午08:52

★★★▲

SoloHost 新增兩款應用：OpenClaw 本地 AI Agent 與 Atlassian MCP Server

官方於 8 月 27 日發布 blog，宣布 SoloHost 新增兩款應用：OpenClaw 與 Atlassian MCP Server，兩者皆隨 Node 0.6.2 版本一併推出。 OpenClaw：另一個本地 AI Agent 選項官方說明，OpenClaw 是一個可在使用者自己電腦上運行的本地 AI Agent，可以搭配本地模型，或串接雲端模型（如 ChatGPT、Claude）。無論搭配哪種模型，OpenClaw 的記憶都建立並儲存在使用者本機。透過 SoloHost 運行的差異：官方特別說明，OpenClaw 透過 SoloHost 運行時，會在一個限制其存取範圍的 container 裡運作。相較於在 SoloHost 之外直接安裝、可能預設取得更廣泛的機器層級存取權限（例如本機檔案系統），SoloHost 的環境降低了對不相關本機檔案與系統資源的暴露程度，不論搭配的是本地或雲端模型皆然。官方也提醒，這種限制不會移除所有風險，也不會覆蓋使用者明確授予的權限——如果使用者授權 OpenClaw 存取某個外部服務或資源，Agent 仍可在該授權範圍內行動。SoloHost 這層設計的效益比較具體：限制對電腦其餘部分不必要的預設存取，同時仍允許使用者為特定任務授予明確需要的權限。跟已上線的 Hermes 有什麼不同：官方將兩者的定位做了區分：OpenClaw 著重於跨工具與訊息管道連接的個人助理功能，Hermes 則更著重持久記憶與從經驗中學習技能。 Atlassian MCP Server：讓 AI 工具串接 Jira 這款應用針對的是開發者、產品團隊等需要把 AI 工具整合進 Jira 工作流程的專業使用情境。官方說明，AI 工具要跟 Jira 這類服務互動，兩個系統需要一套溝通方式——MCP（Model Context Protocol）提供的正是這樣一個框架，讓相容的 AI 工具能透過 MCP server 連接到 Jira 等外部系統。為什麼需要這個而不是直接用 Atlassian 官方的 MCP：官方指出，Atlassian（Jira）本身有提供代管的 MCP 選項，但團隊在用於內部 AI 整合工作流程時，可能會遇到配額與穩定性的限制。SoloHost 上的這款應用，讓使用者可以在自己選擇的電腦上本地運行 MCP server，不受配額或穩定性問題限制。由於連接是基於 MCP 協定本身、而非綁定特定 AI 平台，可以搭配多種相容的 AI 工具使用，包括 Cursor、Claude Desktop、Claude Code、Codex 等。官方提到的規模數字官方在文中提到，這兩款應用讓開發者能把各類工具帶進 Pi 生態，並提供給超過 42 萬名 Pi Node 運行者以及更多 Desktop 用戶使用。 SoloHost 目前仍是 Beta 官方在文末重申：SoloHost 仍處於 Beta 階段，採用開放、無需許可的發布者流程。官方提醒使用者應自行評估個別套件，並自負風險安裝。這與 OrbitWatch 先前記錄的 SoloHost 狀態一致——這是一個持續擴充中、但官方本身也仍將其定位為早期階段的平台。延伸閱讀 Pi Node 0.6.1 上線：SoloHost、Hermes AI Agent 和 Soroban RPC 實際長什麼樣子 Pi Node 0.6.2 發布：SoloHost 新功能，以及首次分散式運算測試數據來源：Pi Network 官方 blog（minepi.com/blog/new-solohost-apps/，發布於 2026/8/27）。所有分析不構成投資建議。 OrbitWatch 是獨立的 Pi Network 生態觀測站，與 Pi Network 官方無任何關聯。

•SoloHost隨Node 0.6.2版本發布，現已包含OpenClaw（一款用於個人助理的本地AI代理）和Atlassian MCP Server（用於將AI工具與Jira整合）。
•OpenClaw運行在SoloHost上一個安全且受限的容器中，減少了對本地系統資源的佔用，與Hermes不同的是，它專注於跨工具連接。

8月27日下午09:43

OrbitWatch 觀察

V27 官方截止日確認：9/15，節點文件已更新、Testnet 1 已切換，但官方尚未公布正式時程

協議升級節點更新

官方節點升級文件已更新，V27 的正式截止日確認為 2026 年 9 月 15 日。這是整個 V19→V27 升級序列的最後一步。官方在 7/29～7/30 公告時，已將 V27 定性為「final planned upgrade」。 GitHub release 裡的技術細節 organization-mainnet-v1.0-p27.1.0 由 pierre275 發布，release notes 記錄的變更如下：值得注意的是，這次 release notes 記錄的變更量，比 V26 那次更少。V26 那次還包含建構環境從 Ubuntu 20.04 升級到 24.04、編譯工具鏈從 clang-12 升級到 clang-20 這類底層調整；V27 這次幾乎只是版本號的推進，工具鏈和建構環境完全沒有變動。 Testnet 1 已確認切換 OrbitWatch 查詢 Testnet 1 的 Horizon API，確認 protocol_version 已經是 27。這是這次升級序列裡，第一個確認切換到 v27 的網路。跟過去幾次升級的節奏比一下 V27 目前節點截止日已確認為 9/15，但在正式公告前，GitHub release 和 Testnet 1 就已經先動了——這跟 V25、V26 那兩次「節點端先於官方正式公告動作」的模式一致。根據 release notes 的內容（只交換執行檔、無需資料庫遷移），這次升級屬於低複雜度，如果延續 V22-V24、V26 的節奏，主網切換應該會在截止日後 3 天內完成。這次公告跟 V26 比起來，資訊量明顯更少。 V26 截止日公布時，官方在 X 上有一則獨立貼文，明確定性為「major milestone」，並說明改善方向（合約安全性、狀態管理、互通性、加密）。V27 這次截至發文，OrbitWatch 沒有查到任何搭配截止日公布的官方說明——沒有新的定性描述，也沒有這次升級具體處理什麼的內容。目前能查到的所有第三方報導引用的官方措辭，都還是 7/29～30 那次的舊話（「final planned upgrade」），不是針對這次截止日公告的新內容。 OrbitWatch 的持續追蹤我們會持續觀察 9/15 截止日前後 mainnet 節點端的動態，以及主網 protocol_version 是否切換至 27。延伸閱讀確認：Pi Network 主網協議已正式切換至 v26 Pi Network 協議升級機制：從節點截止日到主網切換數據來源：GitHub PiCoreTeam/pi-node-docker releases（直接觀察）、Pi Testnet 1 Horizon API（直接查詢）。所有分析不構成投資建議。

•Pi Network 的 V27 GitHub 版本已發布，測試網 1 已升級至協定版本 27。
•V27 節點更新的正式截止日期和主網切換日期尚未公佈。

8月21日上午07:08

App Studio 創作定價將調整：8/24 起分兩級收費，AI 生成成本不再全額補貼

生態系統

官方於 8/17 發布 blog，宣布 Pi App Studio 將從 8 月 24 日起調整應用程式建立與編輯的定價模式。 App Studio 是什麼 App Studio 是 Pi 官方提供的 AI 生成開發工具，讓技術或非技術背景的創作者，都能透過引導式流程把想法變成可發布到 Pi 生態的應用程式。目前已有超過 9,000 個應用透過 App Studio 建立。目前的定價 vs 8/24 後的定價目前：建立一個應用付 0.25 Pi，編輯一次付 0.25 Pi。官方說明，這個價格遠低於實際的 AI 服務成本，差額由 Pi Network 補貼。 8/24 起，分成兩級：資格如何認定官方說明，這次調整初期會採用一套早期資格標準，套用在現有數據上，決定哪些創作者能繼續拿到補貼費率。這套標準之後可能會隨著 App Studio 持續發展而調整。資格審查不是一次性的。官方表示會定期依據新產生的數據重新審查資格——這代表初期沒有符合補貼資格的創作者，如果應用後續累積了更多真實用戶，仍有機會在之後的審查中符合資格。官方給的理由官方說明，App Studio 一開始對所有建立和編輯全面補貼，目的是讓創作者可以低門檻嘗試，同時讓平台觀察和評估應用建立的行為模式。但並非每個透過 App Studio 建立的應用最終都會變成有人使用的產品。官方表示，如果繼續對所有建立行為平等補貼，會造成相當程度的資源浪費，包括資助大量只是用於測試、實驗甚至洗版（spamming）的應用。新的做法目的是把資源更有效地導向真正在建立實用應用的創作者。官方建議創作者在 8/24 前做的事改善現有應用的實用性、品質或易用性把應用分享給可能覺得有用的其他 Pioneer 收集真實用戶的回饋並據此改善持續開發能解決實際問題、提供價值的應用對小型創作者可能的影響這次調整把「持續獲得補貼」跟「應用能否吸引到真實用戶」直接掛鉤。對已經有資源、能投入行銷和推廣的團隊來說，累積真實用戶相對容易；但對單純想嘗試、還沒有推廣資源的個人創作者來說，這代表如果應用還沒被看見、還沒累積使用者，就可能先面臨標準費率。官方沒有進一步說明「足夠多的真實用戶」這個門檻的具體數字，目前也沒有查到公開的量化標準。延伸閱讀 Pi Node 0.6.2 發布：SoloHost 新功能，以及首次分散式運算測試 Pi 生態開發者現況：投入與回饋之間，還有多遠？數據來源：Pi Network 官方 blog（minepi.com/blog/app-studio-pricing/，發布於 2026/8/17）。所有分析不構成投資建議。 OrbitWatch 是獨立的 Pi Network 生態觀測站，與 Pi Network 官方無任何關聯。

•Pi App Studio 將於 8 月 24 日調整應用程式創建與編輯費用。
•新定價將根據 AI 服務實際成本，並對具備實際用途的應用程式提供補貼。

8月17日下午04:05

OrbitWatch 觀察

Pi SDK 裡的 SmartContract：官方已發布但未寫進文件的功能

智能合約開發動態

在 Pi Network Developer Discord 的 dev-questions 頻道裡，有開發者回報了一個具體的技術問題：他們的應用在 Testnet Sandbox 環境中呼叫 Pi.SmartContract.submitTransaction(unsignedXdr)，請求抵達了 native bridge，但回傳「App unauthorized to call this message」。官方聯絡窗口的回覆是：智能合約功能尚未定案，目前僅供內部使用，有進一步消息會再公告。 OrbitWatch 檢視了 Pi Browser 會自動載入執行的公開檔案 sdk.minepi.com/pi-sdk.js，確認了這個功能的實際狀態。這不是開發者自創的方法名稱檢視已發布的 SDK 原始碼，Pi.SmartContract 確實存在，而且結構相當完整：提供 submitTransaction() 和 pollTransaction() 兩個方法內部訊息類型明確命名為 @pi:app:sdk:submit_smart_contract_transaction，符合 SDK 既有的內部通訊命名規則已封裝 Subscription 和 NativeToken 兩個子模組 Testnet 合約位址已寫死在程式碼中作為預設值（TESTNET_SUBSCRIPTION_CONTRACT_ADDRESS、TESTNET_PI_SAC_CONTRACT_ADDRESS） Subscription 這個模組，對應的正是 OrbitWatch 先前讀過的 PiRC2 訂閱合約——那份合約不只是 GitHub 上的原始碼範例，而是已經部署到 Testnet，並封裝進正式發布的 SDK 裡。為什麼一般開發者用官方教學初始化，看不到這個功能原始碼裡有一段版本判斷邏輯：目前官方公開文件（pi-platform-docs）裡的教學範例，寫的都是 Pi.init({ version: "2.0" })。也就是說，就算開發者完整照著官方文件操作，也不會拿到 SmartContract 這個物件——因為文件從未教過要傳入 version: "3.0"。 Testnet 連線參數 SDK 原始碼裡也包含了 SmartContract 服務的預設連線設定：這兩項參數先前在官方文件裡查不到，但確實存在於已發布的 SDK 檔案中。這說明了什麼把這次的發現和先前的觀察放在一起看：官方在 Soroban 智能合約這件事上，進度比公開文件呈現的更成熟——已有 Testnet 部署、已封裝進正式發布的 SDK、有版本控制機制但這些進展目前刻意沒有寫進公開文件，也還沒開放給第三方應用呼叫官方的回覆與程式碼呈現的狀態一致：功能存在，但「尚未定案」這不代表開發者現在可以開始串接智能合約。第三方應用呼叫這個功能，目前確定會被 unauthorized 擋下。這篇記錄的是「官方目前做到哪裡」，不是操作教學。關於這次查證方式的說明以上資訊來自檢視 sdk.minepi.com/pi-sdk.js——這是任何載入 Pi SDK 的網頁都會自動下載並執行的公開檔案，用瀏覽器開發者工具查看已下載的原始碼是公開、常見的技術行為，不涉及繞過任何保護機制或未授權存取。RPC 位址與 passphrase 屬於連線設定資訊，不是可用於竊取資產或偽造交易的機密資料。延伸閱讀 Pi Network 智能合約現況：V23 之後開發者實際能做什麼？ Pi 生態開發者現況：投入與回饋之間，還有多遠？數據來源：Pi Network Developer Discord（dev-questions 頻道公開討論）、sdk.minepi.com/pi-sdk.js（官方公開發布之 SDK 檔案，直接觀察於 2026/8/16）。所有分析不構成投資建議。 OrbitWatch 是獨立的 Pi Network 生態觀測站，與 Pi Network 官方無任何關聯。

•Pi Network 的 SDK 包含一個未公開的 `Pi.SmartContract` 模組，其中包含諸如 `submitTransaction` 之類的方法，這一點已通過檢查公開的 `pi-sdk.js` 文件得到證實。
•此智能合約功能可透過將 SDK 初始化為 `version: "3.0"` 來啟用，但官方文件仍然指示開發者使用 `version: "2.0"`，實際上隱藏了該功能。

8月17日上午06:44

Pi 節點軟體 0.6.2 版本發布，SoloHost 功能與分散式運算測試同步更新

節點更新

官方於 8/14 發布 blog，公告 Pi Node 0.6.2 版本，同時宣布完成了 SoloHost 的首次分散式運算功能測試。 Pi Node 0.6.2 更新內容自動連接埠設定（UPnP）與新的連接埠檢查工具 0.6.2 導入 UPnP 支援，在支援的路由器上自動開啟節點連線所需的連接埠。過去節點操作者或 SoloHost 應用（例如本地 AI agent）的用戶，需要手動在路由器上設定連接埠，對部分用戶來說技術門檻不低。這次更新搭配新的連接埠檢查工具，簡化了本地裝置連線（例如手機端 Pioneer 與節點上運行的應用之間的連線）所需的設定。支援未上架的 SoloHost 應用 Pioneer 現在可以根據自己的判斷，選擇運行尚未在 SoloHost 公開上架的應用，讓開發者在應用還沒正式列出前，能有更多彈性進行測試和讓其他人存取。 SoloHost 應用狀態管理開發者現在可以管理應用的三種狀態：草稿（draft）、未上架（unlisted）、已上架（listed），對應用在正式公開上架前後的能見度和階段有更完整的控制。修正應用狀態顯示問題修正了一個介面問題——先前用戶啟動 SoloHost 應用後，如果切換到 Pi Desktop 的其他畫面再返回，應用狀態可能顯示錯誤。這次更新改善了介面追蹤和呈現應用當前狀態的方式。修正頁籤切換時機 Pi Desktop 現在會在 SoloHost 應用安裝完成並開始運行後，才正確切換到 App 頁籤，而不是在應用仍在啟動過程中就切換。新增精選應用除了下方提到完成測試的分散式運算應用外，另外新增了兩個精選 SoloHost 應用：mcp-atlassian 和 OpenClaw，與 Hermes 並列。首次分散式運算功能測試完成這是這篇 blog 裡份量最重的部分。官方透過 SoloHost，找了 5 位志願節點操作者，完成了初步的分散式運算功能測試。五位參與者的裝置都成功完成了透過 SoloHost 應用自動發送的運算任務。這次測試驗證了完整流程——連接到 Pi 協調節點、接收並處理運算任務、回報結果。 SoloHost 是在 Pi2Day 2026 以 Beta 形式推出的開放、無需許可框架，讓開發者可以在 Pi Desktop 上建構並列出自架應用和節點工具。最初支援的是本地運行的應用（例如 AI agent），這次是官方在啟用分散式運算應用方面的進一步推進。這項工作延續了先前的概念驗證專案，該專案探索了 Pi 超過 42 萬個節點組成的全球網路，用於支援去中心化 AI 訓練和運算任務的能力。透過 SoloHost，這個專案進一步自動化、規模化，並將其完成為一個真正的應用，目的是為第三方客戶提供正式的實用價值。參與的節點可以由第三方客戶以 Pi 支付報酬，作為把可用運算能力轉化為實際應用資源的回報。這對開發者現況分析意味著什麼 OrbitWatch 先前整理過 Pi 生態開發者現況，其中提到 Soroban 智能合約這條路線的官方文件和資源相對有限。這次的分散式運算測試走的是不同的路線——SoloHost／節點運算資源，而非 Soroban 合約開發。目前這項功能仍是官方主導的小規模測試（5 位志願者），還沒有看到開放給第三方開發者參與或串接的具體規範與時間表。 OrbitWatch 的持續追蹤我們會持續關注 SoloHost 分散式運算功能後續是否開放給更多節點操作者參與，以及是否有第三方客戶開始實際使用這項服務。延伸閱讀 Pi Node 0.6.1 上線：SoloHost、Hermes AI Agent 和 Soroban RPC 實際長什麼樣子 Pi2Day 2026 回顧：生態任務參與超過 256 萬人，三項新功能正式上線 Pi 生態開發者現況：投入與回饋之間，還有多遠？數據來源：Pi Network 官方 blog（minepi.com/blog/pi-node-0-6-2/，發布於 2026/8/14）。所有分析不構成投資建議。 OrbitWatch 是獨立的 Pi Network 生態觀測站，與 Pi Network 官方無任何關聯。

•節點 0.6.2 版本新增 UPnP 自動連接埠設定，簡化節點連線。
•SoloHost 應用程式支援未公開上架，並提供更完善的開發者管理功能。

8月14日下午03:50