# IOTA 一直排隊、0 tokens/s：該等還是重啟？

有近期排隊回應且無停止、崩潰證據時，先保持訓練。0 tokens/s 本身不足以判斷故障，先核對取樣時間。

- Canonical: https://iotahome.site/zh-TW/learn/iota-queue-and-zero-throughput
- Publisher: IOTA Watch
- Topics: IOTA
- Published: 2026-10-17
- Updated: 2026-10-22

## 先看結論

有近期排隊回應且無停止、崩潰證據時，先保持訓練。0 tokens/s 本身不足以判斷故障，先核對取樣時間。

## 先核對，再重啟

[查看設備狀態](https://iotahome.site/zh-TW/app) · [管理已配對 Mac](https://iotahome.site/zh-TW/machines)

## 看到什麼／如何處理

| 觀察 | 下一步 |
| --- | --- |
| 近期 queued／有排隊名次 | 保持開啟，觀察下次更新，勿將名次換算等待時間。 |
| 吞吐量大於零且取樣較新 | 官方樣本有貢獻，當前狀態仍需結合本機日誌。 |
| 心跳過期／讀取失敗 | 先檢查 Agent 與網路，未知不等於離線或零貢獻。 |
| 訓練停止／退出記錄 | 依停止訓練指南核對日誌後恢復。 |

## 排隊名次與卡片狀態為何不同？

排隊名次來自 Agent 的本機註冊日誌，卡片來自官方名單，兩者時鐘不同。只採納當前程序啟動後五分鐘內的排隊記錄；在線另需 90 秒內心跳。「#235＋名單未找到」應分別核對來源。

## 全網有空位，為何仍排隊？

全網容量不等於個人可加入名額；條件、資格、更新時刻可能不同，不保證下個空位。參考本頁容量與 [分層資格](https://iotahome.site/zh-TW/learn/iota-run-tiers)。

## 何時才需要處理？

先記錄版本、run ID、時間及日誌。勿因名次退後、低 CPU 或零吞吐反覆重啟、重裝、換 ID。按鈕恢復 Start training、新退出日誌或程序停止，依 [自動恢復指南](https://iotahome.site/zh-TW/learn/iota-training-stopped-auto-recovery) 處理。

## 常見問題

### 排隊名次與卡片狀態為何不同？

排隊名次來自 Agent 的本機註冊日誌，卡片來自官方名單，兩者時鐘不同。只採納當前程序啟動後五分鐘內的排隊記錄；在線另需 90 秒內心跳。「#235＋名單未找到」應分別核對來源。

### 全網有空位，為何仍排隊？

全網容量不等於個人可加入名額；條件、資格、更新時刻可能不同，不保證下個空位。參考本頁容量與 分層資格。

## 資料來源與本站實現

- [Macrocosmos · TAH user guide](https://docs.macrocosmos.ai/product-and-services/tah/tah-user-guide)
- [Macrocosmos · Scoring, Rewards & Kicking](https://docs.macrocosmos.ai/subnets/subnet-9-iota/scoring-rewards-and-kicking)
- [IOTA Watch · Agent 1.0.8 recovery implementation](https://github.com/molimao/iota/blob/main/scripts/device-agent/iota_watch_agent.py)