IOTA Train at Home 一直等待任务、吞吐量为零，怎样排查？

设备可能仍出现在官方矿工名单中，但最近一次上报的吞吐量为零。单凭这一张快照，无法确认硬件故障或连接中断。排查时可以分开看三件事：网页有没有成功刷新、官方网络上报了什么，以及本地训练应用正在做什么。

先确认网页拿到了较新的数据

先看设备状态来源的更新时间与刷新警告。该来源超过 5 分钟没有成功刷新时，IOTA Watch 会标记刷新中断，并保留旧数值。这说明数据读取遇到问题，不足以证明 Mac 已停止训练。

收益更新时间变新，不会让设备状态的时间自动变新。不同来源可能分别成功或失败。手动刷新有冷却时间，也遵守官方限流，连续点击并不能保证得到新采样。详见 刷新中断说明。

把状态理解为一次上报采样

本站根据官方 miner 数据区分有贡献、等待与暂未参与。吞吐量属于统计采样，不是实时心跳。请分别检查采样时间与浏览器拉取该响应的时间。

只有完整读取所有进行中任务的名单后，仍找不到某个 ID，才应进一步核对保存的完整 Miner ID。名单覆盖不完整时，未知状态不能证明设备缺席。重命名只改变显示名称，不改变用于查找的公开 ID。

对照设备所处任务的全网情况

打开 全网现况，找到设备对应任务，结合名单覆盖率、名额、训练人数和进度一起看。名额数据不保证立即分配任务，任务整体进度也不是这台 Mac 的单机进度。

网络快照提供背景，但不能解释每一个本地问题。两台设备可能处于不同任务，不同数据源也可能在不同时间成功拉取。对比数字时，不要默认它们来自完全同步的测量。

用历史判断是否形成持续现象

打开设备详情，选择对应任务，检查一天或一周的吞吐量与训练 token 数。对照多次采样比只看一个点更有帮助。历史数据按 epoch 对齐，缺失值保留为空缺，不填成 0。

所选历史为空，可能是 API 没有提供这个任务和时间范围的记录。可以切换范围、核对任务选择并查看来源警告。空图表或较高排名，都不能单独推出设备应该获得多少收益。

最后进行本地检查

官方用户指南 将应用就绪状态、任务面板、运行日志及更新提示列为可查看的本地信息。请在对应 Mac 上打开应用检查，网页无法远程读取这些信息。

• 检查应用显示的连接状态与训练状态
• 记下 run ID，以及可见错误或更新提示
• 将本地观察与网页最近成功读取的结果对照
• 本地错误无法解决时，参考官方支持渠道

描述问题时，使用「最近一次采样上报吞吐量为零」比直接判断机器离线更准确。若活动状态与收益看起来不一致，可继续读 收益为零或未到账的检查步骤。