Gonka 的 PoC 和推理：監控能顯示什麼、不能顯示什麼
官方介面把 weight 稱為本輪獎勵權重，把 cap_weight 稱為治理、BLS 和 PoC 校驗用的信任權重，且只在 v0.2.16 及之後形成的輪次、cap_weight_applied 為真時出現。監控不展示 cap_weight、poc_start_block_height 或 inference_url。模型名不是正在服務的證明。
| 項目 | 官方文件怎麼說 | 監控頁面 |
|---|---|---|
| models | 該 Host 支援的模型清單 | 對上後用逗號列出；沒有則是橫線 |
| inference_url | 推理服務端點 | 不顯示 |
| weight | 本輪獎勵權重 | 對上後顯示這個數 |
| cap_weight | 治理、BLS、PoC 校驗的信任權重；有條件才出現 | 不顯示 |
| poc_start_block_height | 目前參與者組上的 PoC 起始區塊高度 | 不顯示 |
對上 Host 之後，Gonka 監控 能告訴你的是：這台地址在目前名單裡，本輪獎勵權重是多少，紀錄裡有哪些模型。它不能告訴你 PoC 是否通過，也不能告訴你推理請求此刻是否成功。
文件裡和這兩件事有關的欄位
- models 是支援的模型清單。頁面在對上後把這些名字列出來。
- inference_url 是推理服務端點。頁面不顯示它，所以這裡不能用來打開或探測你的推理連接埠。
- weight 是本輪獎勵權重。它和入帳金額不是同一個數，見 權重和 GNK。
- API 文件 寫明：cap_weight 是治理、BLS 和 PoC 校驗的信任權重；當輪次由 v0.2.16 或更新版本形成且 cap_weight_applied 為真時才出現。更早的輪次裡，投票權跟隨 weight。監控不顯示 cap_weight，因此不能在這裡比較這兩種權重。
- poc_start_block_height 在目前參與者組上，是 PoC 起始區塊高度。頁面不顯示這個高度，也不能把它讀成「PoC 已通過」。
你要自己看的狀態
- 模型名有了，只說明名單裡寫了這些模型。到 ML 節點和官方服務確認請求是否被處理。
- 想確認加入條件，閱讀 quickstart：Host 要部署網路節點（鏈節點和 API 節點）以及至少一個 ML 節點。那是部署說明，不是這頁上的開關。
- 地址本身是否貼對，見 該貼哪一種標識。貼成推理網址時，不會出現模型行。
接下來怎麼做
- 若只想確認是否在本輪：以本輪參與、epoch 和權重為準。見 本輪核對。
- 若 PoC 信任權重或推理連接埠才是問題：打開 API 文件中的目前輪次回應，查看 cap_weight 是否存在，並在你自己的節點上檢查推理服務。不要把頁面權重當成 PoC 結果。
- 名單讀取失敗時，PoC 和推理都保持未知，不要記成失敗或 0。
示意
說明性例子，不是實測：文件樣例有一個模型名，也有一個 inference_url，weight 為 10，樣例片段沒有把 cap_weight 寫成已通過的 PoC。若你的頁面只出現權重和模型名，那就只閱讀這兩項。
界限
- 不根據權重推測 PoC 分數，不根據模型個數推測正在處理的請求數。
- 不承諾推理延遲、成功率或 GNK。官網 說開發者用相容 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 節點個數，也不代替你檢查容器是否在跑。