參與者與角色
原方案包含以下四類參與角色，表內是設計分工，不表示服務、獎勵或商業合約已經啟用。發佈前置項見閱讀前須知。
角色總覽
「角色總覽」章節連結| 角色 | 投入 | 得到 | 計費單位 | 入口 |
|---|---|---|---|---|
| 算力節點（礦工） | 硬件算力、頻寬、保證金 | 按有效權重佔比分得每週期鑄造的代幣 | 代幣 | 節點與礦工 |
| Agent 使用者 | 抵押資產（可贖回） | Agent 運行環境配額 | 算力單位（CPU / GPU 小時當量） | 獲取算力配額 |
| Agent 開發者 | 開發與發佈 Agent | 按實際調用量獲得分成 | 代幣 | 獎勵資產 |
| 商業公司 | 模型採購與營運 | credit 訂閱價差（稅後按比例回注協議） | credit / 法幣 | credit 訂閱與計費 |
算力節點（礦工）
「算力節點（礦工）」章節連結礦工是網絡的供給基本盤。節點無需自建客戶渠道，按正式接入與核驗規則確認後，擬按其經時空證明測算的有效權重，分得每週期鑄造發行的代幣。
三個子類別的職責與激勵：
| 節點類型 | 職責 | 激勵來源 |
|---|---|---|
| 計算節點 | 執行 Agent 的沙箱任務與常駐負載，提供虛擬小主機 | 代幣（按時空證明有效權重佔比分配） |
| 驗證節點 | 抽檢在線率、算力真實性與任務成功率，出具時空證明 | 代幣（同上，另計驗證權重） |
| 索引節點 | 匹配任務與節點、維護路由與信譽 | 代幣（由網絡運維預算按代幣計價發放） |
Agent 使用者
「Agent 使用者」章節連結用戶擬通過抵押獲得運行配額/資格；配額內費用、補貼與退出條件待確認。抵押不等於已支付運行費用，資產風險和數據導出條款見獲取算力配額。
運行環境與模型算力解耦後，用戶可以為「常駐的 Agent」配一份抵押配額、為「偶發的高強度推理」訂一份 credit，成本結構更貼近真實業務節奏。這就是抵押與訂閱雙軌制的價值。
Agent 開發者
「Agent 開發者」章節連結開發者在 xmuse 上發佈 Agent，目標是統一使用雲主機資源、模型網關與經確認的支付服務，按調用量獲得分成，無需自行處理模型採購、算力擴容與跨境結算。
商業公司
「商業公司」章節連結大模型算力的聚合、訂閱與結算由基金會的商業公司獨立營運。它承擔模型採購合約、發票、SLA 與供應商結算，並按正式協議約定的基數與比例向協議實際回注收入。
它同時是 credit 定價的決定方——credit 的訂閱定價與模型路由策略不在鏈上治理範圍內，由商業公司按市場供需與採購成本決定。詳見治理框架。
用戶與開發者的代幣
「用戶與開發者的代幣」章節連結原方案另列用戶與開發者激勵。以下公式為設計建議，預算池、係數、資格、反刷量和發放時點待正式規則確認；不設“代幣兌換代幣”的步驟：
表 用戶側獎勵公式
| 行為 | 獎勵公式 | 設計意圖 |
|---|---|---|
| 質押 | 質押量 × 質押天數 × α | 獎勵長期資金承諾 |
| 消費 | 實際算力費用 × β | 獎勵真實使用而非刷量 |
| 邀請 | 被邀請方首次付費額 × δ | 抑制無效拉新，僅付費才算 |
開發者的代幣來自其 Agent 的實際調用量與被調用次數留存率，避免「發佈大量無人使用的 Agent 刷代幣」。