io.net 設備 ID 和 Worker 私鑰不是同一個東西
ID 選設備，權杖授權讀取。私鑰不要貼上。一個登入帳戶對 io.net 只保留一條讀取連接，重新保存會換掉舊權杖。
| 你手裡的值 | 放哪裡 | 放錯會怎樣 |
|---|---|---|
| 設備 ID（UUID） | 監控的設備 ID 框 | 格式不對會被拒絕，讀不到硬體 |
| Bearer 讀取權杖 | 登入後的讀取憑證，只存伺服器 | 貼進 ID 框不會變成設備，也會暴露秘密 |
| Worker 私鑰或助記詞 | 不要交給本站 | 監控用不到，貼進來也不能讀設備 |
直接回答
設備 ID 和 Worker 私鑰不是同一個欄位。官方設備詳情把 device_id 放在路徑裡，稱它是這台設備的唯一識別；授權放在 Authorization: Bearer 標頭裡，是 OAuth 存取權杖。監控只接受 UUID 作為設備 ID。私鑰、助記詞和權杖本身都不是設備 ID。
在 io.net 監控 裡，ID 框只放 UUID。讀取憑證在登入之後單獨提交。伺服器加密保存這條權杖，瀏覽器端不再拿回原文。中斷連接會刪除本站保存的憑證。
欄位各自代表什麼
設備 ID 決定讀哪一台。官方示例路徑是 GET /v1/io-explorer/devices/{device_id}/details。文件示例裡的設備 ID 是一串 UUID，旁邊還有硬體名稱和 GPU 數量。這些公開識別可以複製到 ID 框。
Bearer 權杖決定這次讀取是否被 io.net 接受。它不是硬體編號。一個登入帳戶對 io.net 只保留一條連接：再次保存會用新權杖換掉舊權杖，不會為每台 GPU 各存一把鑰匙。各台設備仍然各自填寫自己的 UUID。
要檢查的位置
- 在 io.net 主控台複製設備 ID，確認是 UUID，而不是一串私鑰或 “Token” 開頭的秘密。
- 在授權或 API 權杖處複製 Bearer 權杖，只貼進讀取憑證，貼完後頁面會清空輸入框。
- 若 ID 被拒絕，先數分段是不是 8-4-4-4-12，不要加空格或說明文字。
- 若憑證被拒，到 io.net 重新簽發權杖再連接。不要把被拒的字串改貼到 ID 框。
行動分支
- 你只有私鑰：先在官方主控台找到設備 UUID 和讀取權杖。私鑰留在 Worker 本機。
- 你把權杖貼進了 ID 框：刪掉，改為 UUID，再把權杖放進憑證。已經出現在聊天或截圖裡的權杖應在 io.net 撤銷。
- 換了一台新 GPU：沿用同一帳戶的讀取連接即可，另填新的設備 ID。若你把它存成新的設備紀錄，才另占一台名額。
舉例（示意）
正確配對：設備 ID 11111111-1111-4111-8111-111111111111，讀取憑證是另一串不展示的 Bearer 權杖。頁面可以出現硬體名稱。錯誤配對：把權杖或私鑰整段貼進 ID 框，格式不是 UUID，設備不會被選中，硬體和今日 IO 都不會出現。
同一帳戶下第二台 GPU 使用另一個 UUID。讀取憑證不用各存一份。兩條已保存設備紀錄占用兩台名額；只在主控台看到第二台、卻沒有單獨保存時，不增加名額。繼續看 如何連接 和 私有讀取怎麼保存。
常見問題
Worker 私鑰能代替設備 ID 嗎？
不能。私鑰不要貼上。設備 ID 必須是主控台裡的 UUID。讀取用的是另一份 Bearer 權杖。
每台 GPU 都要單獨保存一把權杖嗎？
不用。一個登入帳戶只有一條 io.net 讀取連接，再次保存會替換舊權杖。每台機器用自己的設備 ID。
中斷連接後，權杖還留在瀏覽器裡嗎？
不留。中斷會刪除本站保存的憑證。輸入框在提交後也會清空。io.net 側的授權需要你在原平台另行撤銷。