io.net 今日 IO 和在线时长不是同一件事

直接回答

今日 IO 是区块奖励，不是在线时长，也不是出租费率。区间是 UTC 自然日 00:00 到这次读取。单位是 IO。摘要里的设备 ID 必须和你贴的 UUID 一致，这个数字才会出现。不一致或摘要没有返回时留空。留空不是 0。摘要写出 0，页面才显示 0。

在 io.net 监控 上不要把停机小时乘一个单价。官方设备详情可以带 down_percentage、按日 downtime，以及任务上的 uptime_percent。监控不展示这些，也不把它们折成 IO。

各字段是什么

区块奖励回答：从 UTC 零点到现在，这台设备的区块奖励摘要是多少。它不回答 GPU 今天开了多久，也不回答租约费率。

文档示例里，某一日的 downtime 数值是 281.508，附注为 down for 0 days and 0 hours and 4 minutes；另一日是 12193.385，附注为 3 小时 23 分。这些是官方样例里的停机记录，不是 IO。任务示例的 uptime_percent 为 100，同时 earned 为 0。100 不会自动变成奖励。

要检查的顺序

• 先确认监控上的设备 ID 就是官方详情里的那一串 UUID。
• 再读今日 IO：有数就按 IO 读；空白就停止，不要补 0。
• 然后到官方详情单独看停机附注和任务 uptime。它们解释时长，不改写今日 IO。
• 若你有多条已保存设备，每条只读自己的今日 IO。同一 UUID 绑在同一条设备上不会把奖励复制一份。

行动分支

• 今日 IO 是 0、任务 uptime 是 100：两列同时成立。0 是区块奖励，100 是那条任务上的比例，不能相加成收入。
• 今日 IO 是 2、同一天官方附注写着停过几小时：2 仍然只是区块奖励摘要，不是“扣除停机后的净额”，监控也不会再减一次。
• 硬件在、今日 IO 空白：区块奖励这次不可用。到官方账户看同一设备，不要用停机比例估一个 IO。

举例（示意，不是实测收入）

示意读数：今日 IO 为 0.00，同一官方样例形状的任务 uptime_percent 为 100、earned 为 0，某一日停机附注为 4 分钟。可以同时报告这三件事。不可以说“在线 100% 所以至少有一笔 IO”，也不可以把 4 分钟停机换成 0 IO 以外的扣款。另一示意：今日 IO 为 2.00，而停机附注显示当天早些时候停过。2.00 仍是摘要数字，不是按在线分钟摊开的时薪。

免费每项目 5 台已保存设备，Pro 50 台。这个额度不改变 IO 的算法。接着看 空闲还是已出租 与 连接与凭据。