Pi 生態開發者現況：投入與回饋之間，還有多遠？

Pi Network 的官方白皮書裡寫著這樣的使命和願景：「建立一個由普通人保障與營運的加密貨幣與智能合約平台」，以及「建立世界上最具包容性的點對點市場」。這個定位的核心精神，是讓一般人——不只是技術背景的人——也能參與並保障這個網路的運作。

但如果把焦點放在「開發者能不能順利參與」這件事上，目前的現況跟這個定位之間，似乎還有一段距離。

這篇整理 OrbitWatch 觀察到、以及查證到的第一手資料，記錄這個階段的真實樣貌。

一個正在改變的訊號

近期在 Pi Network Developer Discord 上可以觀察到一個轉變：技術性的公開討論變少了，轉而變成開發者直接私訊官方聯絡窗口。另一方面，越來越常看到開發者在 Discord 裡張貼自己做的生態應用，而且同樣的內容會重複發在多個頻道——這其實已經接近廣告行為，容易造成頻道使用上的困擾。

這個現象背後，反映的可能是一個更根本的問題：Developer Discord 原本的定位應該是讓開發者交流技術、解決問題，而不是應用推廣的管道，但當開發者選擇在這裡曝光自己的應用，某種程度上說明了除此之外，能見度不足的開發者其實沒有太多其他選擇。

與此同時，官方人員在 Discord 主動分享技術文件或釋出新功能細節的情況也不多見，這讓開發者取得資訊的管道更加依賴私下詢問，而不是公開、可追溯的說明。

社群裡也能看到開發者對回應速度的直接質疑——問題提出後長時間得不到回應，需要多次私訊追問才可能有結果，甚至有人提出：如果人力不足是原因，是否該增加窗口人力，而不是所有詢問都仰賴單一聯絡人處理。

這不是單一事件。<cite index="41-1">社群分析指出，某些 repository——尤其是智能合約這類複雜或專門的領域——活躍貢獻者較少，這在關鍵元件依賴少數開發者時，容易造成開發瓶頸。</cite>OrbitWatch 自己觀察 PiNetwork/SmartContracts 這個官方 repo，也印證了這一點：目前只有一個合約範例，整個 repo 只有 2 個 commits。

目前主網上有聲量的應用，背景是什麼

檢視目前在 Pi 生態裡比較被看見、比較有資源投入的應用，可以觀察到一個共同特徵：

CiDi Games    → Pi Network Ventures 直接投資
PiVerify      → Pi Core Team 自有產品
Pi Launchpad  → Pi Core Team 自有產品
SoloHost      → Pi Core Team 自有產品
Hermes        → Pi Core Team 官方發布

這不代表這些產品不好，而是一個值得記錄的事實：目前有實際運作、有明確資源支持的生態專案，背景大多是官方自有或官方直接投資，OrbitWatch 目前找不到個人或小團隊開發者透過公開、標準化流程，在主網上取得同等資源或曝光的案例。

個人開發者面對的具體缺口

以下問題，是開發者社群中常見、但目前沒有官方公開規範可以參考的部分：

應用如何從 Testnet 遷移到主網？沒有公開的正式文件，相關說明主要透過 Discord 內部討論取得，對剛加入或不熟悉社群管道的開發者來說，這本身就是一道隱性門檻
主網應用需要多簽錢包，申請方式沒有公開規範
主網廣告（Ad）審核標準是什麼？沒有公開說明
主網應用如何產生收益？機制沒有公開文件
應用做出來後，怎麼被更多人看見？公開、標準化的推廣管道也相當有限

最後一項值得多說一點。目前生態應用的主要曝光管道，是 Pi Browser 裡的生態應用列表，排序方式是依照該應用被質押（stake）的 Pi 數量。這個機制可以理解——用質押量反映社群對某個應用的信任程度——但除了這個管道，公開、標準化的推廣或曝光機制目前相當有限。

這裡也需要看到另一面：能見度的落差，不完全是官方管道稀少造成的。資金或人力充足的團隊，通常同時配置開發與行銷人員，除了在官方管道曝光，也會經營 X、Facebook、Instagram、Threads 等多個社群平台，持續累積外部關注度。相較之下，小團隊或單一開發者的精力多半集中在開發本身，較少有餘力或經驗投入推廣，能運用的資源也更少——這使得他們更依賴 Discord 這類官方社群作為主要的曝光管道，一旦這裡的推廣效果有限，能見度的落差就會更加明顯。換句話說，這是資源落差和官方推廣管道有限這兩個因素疊加的結果，而不是單一原因造成的。

這些問題目前多半停留在「猜測」或「聽說」的層次，開發者投入資源和心力後，往往需要多次追問才可能得到回覆，甚至長期沒有回應。

官方今年稍早確實有針對開發者體驗做出回應。<cite index="70-1">1 月 10 日，官方發布了一套整合開發者函式庫，把 Pi SDK 和後端 API 打包成單一設定，支援 JavaScript、React、Next.js 和 Ruby on Rails，讓開發者可以在 10 分鐘內為應用加上 Pi 付款功能。</cite>第三方媒體報導將此形容為試圖解決批評者提出的最大痛點之一——開發者摩擦（developer friction），但這個說法出自媒體報導，並非官方直接使用的措辭。

這套 SDK 更新處理的是「串接 Pi 登入和付款」這類基礎整合的技術複雜度，跟主網審核、多簽錢包申請、收益機制、推廣管道這類問題，是不同層次的缺口——後者至今沒有看到同等程度的官方回應。

跟其他鏈的開發者文件比較一下

Pi 智能合約用的底層技術是 Soroban，跟 Stellar 完全相同。這讓我們可以做一個公平的對照：同樣的技術，在不同的鏈上，文件投入程度差多少。

Stellar（Soroban 原生鏈）

官方文件（developers.stellar.org）提供完整的 step-by-step 部署教學，指令可以直接複製貼上執行；Testnet 環境用 Friendbot 一鍵取得測試代幣；官方 GitHub（stellar/soroban-examples）提供多個完整範例合約，不是只有一個。

Solana

官方在今年推出了 Developer Platform，把節點基礎設施、錢包、合規、金流服務整合進單一 API；devnet 測試代幣有多種取得方式；官方甚至直接發布給 Claude Code、Codex 這類 AI 工具使用的技術文件，讓 AI agent 也能照著文件寫程式。

Pi Network

官方 GitHub 只有一個合約範例，README 只有一行標題；Testnet 的 Soroban RPC 連線參數（URL、network passphrase）目前沒有公開文件；Test Pi 本身可以正常領取，但這不等於開發者知道要連到哪裡部署合約。

三者用的智能合約技術基礎相近，但文件完整度的差距明顯。這說明「把文件寫清楚」在技術上是可行的——Stellar 已經證明了這件事。差距更可能反映的是目前資源投入的優先順序，而不是能力或技術上做不到。

這篇文章想說的是什麼

OrbitWatch 記錄這些觀察，不是要否定 Pi 生態的方向，也不是要跟官方對立。

Pi Network 白皮書裡「最具包容性的點對點市場」這個定位本身值得期待。但從目前開發者實際面對的現況來看，「包容性」這件事，在一般用戶端（挖礦、KYC、App 使用）跟開發者端（主網部署、審核、收益）之間，似乎存在著不小的落差。

這篇文章想說的很簡單：許多開發者投入了時間和心血，他們的問題值得被看見、被回應。我們也跟他們一樣，期待這些缺口被填補、生態真正跑起來的那一天。

延伸閱讀

數據來源：Pi Network 官方白皮書使命與願景陳述、Pi Network Developer Discord 觀察、PiNetwork/SmartContracts GitHub repo、Pi Network 官方 2026 年 1 月開發者更新（第三方媒體報導）、Stellar 與 Solana 官方開發者文件。所有分析不構成投資建議。 OrbitWatch 是獨立的 Pi Network 生態觀測站，與 Pi Network 官方無任何關聯。