Golem 上掛出的容量還不是已經付款的任務

把 CPU 執行緒、記憶體和磁碟掛到 Golem，只說明你願意提供這些資源。請求者真的把任務派過來，以及派過來的任務有沒有變成 GLM，是後面的兩步。容量、任務計數和付款不能互相代替。

這幾項分別是什麼

安裝說明裡的 YA_RT_CORES、YA_RT_MEM、YA_RT_STORAGE 分別是共享的執行緒數、記憶體（GiB）和磁碟（GiB）。映像自帶的預設值很小，文件要求你改成真正想共享的數量，並給宿主機留餘量。預設報價寫的是每執行緒每小時 0.1 GLM，文件同時說按當前市場這可能偏高，要自己對照 Stats 上的提供者列表調整。報價存在提供者資料裡，不是監控上的收入。

golemsp status 的 Tasks 段給出近 1 小時已處理、近 1 小時進行中，以及累計已處理，並寫明含失敗。這些是工作次數，不是 GLM。Golem Stats 首頁還有全網「正在為請求者計算」的提供者數量，那是網路尺度，不是你這台機器的帳單。

監控上能看到的是節點名稱、CPU 型號、核心數、在線標記，以及滾動 24 小時和累計 GLM。它不列出每一單任務。

要核對什麼

• 在狀態或安裝配置裡讀出你實際掛出的核心、記憶體和磁碟，不要用機器的全部硬體代替。
• 看近 1 小時進行中和已處理是否為 0。0 表示這段狀態取樣裡沒有對應任務，不是「容量等於收入」。
• 累計已處理包含失敗。失敗次數不能當成收款次數。
• 回到監控：GLM 欄沒有數字就是未知，不要因為核心數大於 0 就填收入。

接下來怎麼分支

• 容量很大但任務計數一直是 0：先做 離線與連通檢查，包括虛擬化設備和網路。報價過高也只會讓請求者繞開你，監控無法證明這一點。
• 任務計數在增加但 GLM 仍空著：付款和餘額見 GLM 付款和容量。不要用任務次數乘預設 0.1 來估算到帳。
• GLM 有數字但和「掛出的核心數」不成比例：核心數不是工時。兩項 GLM 的讀法見 滾動 24 小時和累計。

舉例

舉例，不是實測：配置寫成 4 執行緒、8 GiB 記憶體、40 GiB 磁碟，狀態裡近 1 小時已處理 0、進行中 0、累計已處理 0。這表示這次狀態取樣沒有任務工作。它不表示滾動 24 小時 GLM 是 0；那一欄若缺失，仍是未知。全網圖表上的提供者人數也不能填進你的收入。

相關工具

在 Golem 專案頁 只儲存你要盯的節點。免費每專案 5 台已儲存設備，Pro 50 台。一台機器下多看幾個公開欄位不另占名額。