# Gonka 的 PoC 和推理：监控能显示什么、不能显示什么

Gonka 监控在对上 Host 后显示本轮权重和模型名。它不显示 PoC 是否通过，也不显示推理请求是否正在成功。

- Canonical: https://iotahome.site/zh/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/projects/gonka) 能告诉你的是：这台地址在当前名单里，本轮奖励权重是多少，记录里有哪些模型。它不能告诉你 PoC 是否通过，也不能告诉你推理请求此刻是否成功。

## 文档里和这两件事有关的字段

- models 是支持的模型列表。页面在对上后把这些名字列出来。

- inference_url 是推理服务端点。页面不显示它，所以这里不能用来打开或探测你的推理端口。

- weight 是本轮奖励权重。它和入账金额不是同一个数，见 [权重和 GNK](https://iotahome.site/zh/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/learn/gonka-host-id-api)。贴成推理网址时，不会出现模型行。

## 接下来怎么做

- 若只想确认是否在本轮：以本轮参与、epoch 和权重为准。见 [本轮核对](https://iotahome.site/zh/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/)