← 全部说明IOTA WATCH / 空闲与出租

io.net 上 GPU 空闲还是已出租:监控看得到什么

要判断是否被租,去官方任务看状态、已租分钟和已服务分钟。监控只稳定给出硬件、GPU 数量和 UTC 当日区块奖励。过去任务的在线比例不能证明此刻连着。

打开对应监控 · io.net
出租问题该看哪一列
问题去哪里看监控上的对应
现在有没有在服务租约官方任务的 status 和已服务分钟不显示空闲或已出租
任务记账赚了多少该任务的 earned 和 hire rate不并入今日 IO
这台机器型号设备详情的硬件名称和数量显示这两项
本文目录

直接回答

监控不能告诉你这台 GPU 现在是空闲还是已出租。io.net 监控 成功读取后,稳定出现的是硬件名称、GPU 数量,以及这台设备 UTC 当日的区块奖励。官方设备详情里的任务状态不会被做成“空闲 / 已出租”标签。

官方接口说明:设备详情包含状态、连通、任务活动、已获奖励、hire rate 等。文档里的任务对象带有 compute_minutes_hired、compute_minutes_served、status、earned、total_hire_rate 和 uptime_percent。这些是判断租约的原始字段,要在官方返回里看,而不是在监控的今日 IO 上猜。

这些字段怎么读

已租分钟是这条任务记下的租用时长。已服务分钟是记下的实际服务时长。状态是这条任务的状态,例如文档示例里的 pending。earned 是这条任务上的记账数字。hire rate 是这条任务的费率字段。它们描述的是任务,不是监控上的今日 IO。

文档示例(2023-09-12 的样例,不是你的机器):一条任务已租 300 分钟、已服务 0、状态 pending、earned 为 0、hire rate 10.8、uptime_percent 100。已服务为 0 且状态仍是 pending 时,不能把 100% 读成“此刻正在被租并且在线”。任务上的在线比例也不是当前连通证明。

你要检查什么

  • 在官方设备详情里打开任务列表,逐条看状态、已租分钟和已服务分钟。
  • 若状态是 pending 且已服务为 0,把它当成这条任务尚未计入服务时间,而不是监控上的离线。
  • 若 earned 有数字,它仍是任务记账。不要把它加到今日 IO 上。今日 IO 只来自同一设备 ID 的 UTC 日区块奖励摘要。
  • 回到监控时,只核对硬件名称和 GPU 数量是否对得上这台设备。对不上就停,先核对 UUID。

行动分支

  • 你想知道有没有人租:以官方任务的状态和已服务分钟为准。监控没有这一列。
  • 你想知道今天区块奖励:看监控的今日 IO。空白不是 0,也不是“没被租”。
  • 硬件能显示、任务却对不上:以官方详情里的 device_id 为准,确认监控贴的是同一 UUID。

举例(示意,不是实测收入)

示意设备的官方任务与文档样例同形:已租 300、已服务 0、pending、earned 0、uptime 100%。同一时刻监控显示硬件名称和 GPU 数量 2,今日 IO 为空白。正确读法:型号已知,区块奖励这次没有数,租约是否在服务要看那条 pending 任务的已服务分钟(这里是 0),不能把空白 IO 或 100% 说成“正在出租赚钱”。

本页不能替你接单或停机。接着看 今日 IO 和在线时长 与 如何连接。

常见问题

任务 uptime 100% 能不能当成 GPU 正在被租?

不能。要同时看状态和已服务分钟。文档示例里 uptime 是 100,已服务仍是 0,状态是 pending。

任务 earned 可以加到今日 IO 吗?

不要加。今日 IO 只是同一设备 ID 的 UTC 日区块奖励。任务 earned 留在官方任务里单独看。

监控没有在线标记,是不是设备坏了?

不是。io.net 这一页本来就不显示在线或离线。连通和租约以官方设备详情里的任务和停机记录为准。

打开对应监控