# Gonka 的 PoC 和推理：監控能顯示什麼、不能顯示什麼

Gonka 監控在對上 Host 後顯示本輪權重和模型名。它不顯示 PoC 是否通過，也不顯示推理請求是否正在成功。

- Canonical: https://iotahome.site/zh-TW/learn/gonka-poc-inference-status
- Publisher: IOTA Watch
- Topics: Gonka
- Published: 2026-10-24
- Updated: 2026-10-24

## 先看結論

官方介面把 weight 稱為本輪獎勵權重，把 cap_weight 稱為治理、BLS 和 PoC 校驗用的信任權重，且只在 v0.2.16 及之後形成的輪次、cap_weight_applied 為真時出現。監控不展示 cap_weight、poc_start_block_height 或 inference_url。模型名不是正在服務的證明。

## 和推理、PoC 有關的項

| 項目 | 官方文件怎麼說 | 監控頁面 |
| --- | --- | --- |
| models | 該 Host 支援的模型清單 | 對上後用逗號列出；沒有則是橫線 |
| inference_url | 推理服務端點 | 不顯示 |
| weight | 本輪獎勵權重 | 對上後顯示這個數 |
| cap_weight | 治理、BLS、PoC 校驗的信任權重；有條件才出現 | 不顯示 |
| poc_start_block_height | 目前參與者組上的 PoC 起始區塊高度 | 不顯示 |

對上 Host 之後，[Gonka 監控](https://iotahome.site/zh-TW/projects/gonka) 能告訴你的是：這台地址在目前名單裡，本輪獎勵權重是多少，紀錄裡有哪些模型。它不能告訴你 PoC 是否通過，也不能告訴你推理請求此刻是否成功。

## 文件裡和這兩件事有關的欄位

- models 是支援的模型清單。頁面在對上後把這些名字列出來。

- inference_url 是推理服務端點。頁面不顯示它，所以這裡不能用來打開或探測你的推理連接埠。

- weight 是本輪獎勵權重。它和入帳金額不是同一個數，見 [權重和 GNK](https://iotahome.site/zh-TW/learn/gonka-epoch-rewards-accounting)。

- [API 文件](https://gonka.ai/docs/host/network-node-api/) 寫明：cap_weight 是治理、BLS 和 PoC 校驗的信任權重；當輪次由 v0.2.16 或更新版本形成且 cap_weight_applied 為真時才出現。更早的輪次裡，投票權跟隨 weight。監控不顯示 cap_weight，因此不能在這裡比較這兩種權重。

- poc_start_block_height 在目前參與者組上，是 PoC 起始區塊高度。頁面不顯示這個高度，也不能把它讀成「PoC 已通過」。

## 你要自己看的狀態

- 模型名有了，只說明名單裡寫了這些模型。到 ML 節點和官方服務確認請求是否被處理。

- 想確認加入條件，閱讀 [quickstart](https://gonka.ai/docs/host/quickstart/)：Host 要部署網路節點（鏈節點和 API 節點）以及至少一個 ML 節點。那是部署說明，不是這頁上的開關。

- 地址本身是否貼對，見 [該貼哪一種標識](https://iotahome.site/zh-TW/learn/gonka-host-id-api)。貼成推理網址時，不會出現模型行。

## 接下來怎麼做

- 若只想確認是否在本輪：以本輪參與、epoch 和權重為準。見 [本輪核對](https://iotahome.site/zh-TW/learn/gonka-monitor-guide)。

- 若 PoC 信任權重或推理連接埠才是問題：打開 API 文件中的目前輪次回應，查看 cap_weight 是否存在，並在你自己的節點上檢查推理服務。不要把頁面權重當成 PoC 結果。

- 名單讀取失敗時，PoC 和推理都保持未知，不要記成失敗或 0。

## 示意

說明性例子，不是實測：文件樣例有一個模型名，也有一個 inference_url，weight 為 10，樣例片段沒有把 cap_weight 寫成已通過的 PoC。若你的頁面只出現權重和模型名，那就只閱讀這兩項。

## 界限

- 不根據權重推測 PoC 分數，不根據模型個數推測正在處理的請求數。

- 不承諾推理延遲、成功率或 GNK。[官網](https://gonka.ai/) 說開發者用相容 OpenAI 的介面付 GNK 做推理，提供方託管模型並賺取 GNK；具體請求結果不在監控裡。

- 本頁不操作容器，也不做崩潰分析以外的主機控制。AI 崩潰分析免費，且只針對 IOTA Train at Home 的 Mac，不能用來開關 Gonka 節點。

## 常見問題

### 模型名已經出現，能不能說推理服務是通的？

不能。模型名來自目前名單裡的 models。它表示紀錄中列出了這些模型。請求有沒有被成功處理，要看你自己的 ML 節點和官方服務狀態，不在這頁。

### 頁面上的權重是不是 PoC 通過？

不是。文件把 weight 說成獎勵權重，把 cap_weight 說成 PoC 校驗等用途的信任權重。監控只顯示前者。看不到 cap_weight，就不能用這個頁面判斷 PoC 校驗權重。

### quickstart 要求至少一個 ML 節點，監控會顯示節點個數嗎？

不會。quickstart 說明加入網路至少要有一個 ML 節點，並描述網路節點與 ML 節點可以在同一台機器上。監控對上 Host 後只給出 epoch、權重和模型名，不給出 ML 節點個數，也不代替你檢查容器是否在跑。

## 資料來源與本站實現

- [Gonka](https://gonka.ai/)
- [Gonka Host quickstart](https://gonka.ai/docs/host/quickstart/)
- [Gonka Network Node API](https://gonka.ai/docs/host/network-node-api/)