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 节点个数，也不代替你检查容器是否在跑。