2026-08-17

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

閱讀完整分析 →
官方部落格
★★★★

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

閱讀完整分析 →