Golem 的 GLM 付款要先確認支付網路，容量不是餘額

Golem 官網把 GLM 定義成提供者與請求者之間的交換媒介，並且寫明它是以太坊和 Polygon 上的 ERC-20。要判斷「這筆錢有沒有實際意義」，先看提供者跑在哪一個支付網路，再看狀態裡的金額分在哪一條鏈上。掛出的容量和監控裡的滾動窗口都不是這組餘額。

金額分在哪裡

安裝文件要求把 YA_PAYMENT_NETWORK_GROUP 設成 mainnet，才會按文件所說去賺取真實 GLM。同一頁警告：映像預設是測試網，測試網上的 GLM 沒有實際價值，不明確改成 mainnet 就不會到主網。狀態裡的 Network 一行用來覆核你是不是改成功了。

同一份狀態在 Wallet 下給出 amount：總量、on-chain、polygon，以及 pending 和 issued。on-chain 與 polygon 對應兩條網路上的持有，不要加成一個「已經可以隨意花」的單行，除非你清楚每條鏈上錢包怎麼轉。pending 是待處理，不是已到帳。

監控讀取的是 Stats 上的滾動 24 小時 GLM 和累計 GLM。它不代替狀態裡的鏈上拆分，也不讀取你的錢包 App。

要核對什麼

• 狀態裡的 Network 是 mainnet 還是 testnet。測試網數字不要寫進真實收入。
• 總量、on-chain、polygon、pending 分開抄。缺任何一行就留未知，不要用 0 填充。
• 收款地址是否就是你打算在以太坊或 Polygon 上查看的那一把。分法見 節點 ID 和收款錢包。
• 核心、記憶體、磁碟只回答共享了多少，不參加餘額加法。

接下來怎麼分支

• 網路仍是 testnet：按安裝說明改成 mainnet 並重新確認狀態。改之前的測試網金額不能累加到主網收入。
• 狀態有 polygon 或 on-chain 餘額，監控的 24 小時卻不同：兩者窗口和來源都不同。監控兩項的讀法見 滾動 24 小時和累計。
• 容量不小但金額行全是來源給出的 0，或任務沒有進來：先區分「沒有任務」和「沒有付款」，見 容量和任務。

舉例

舉例，不是實際餘額：狀態寫明 network 為 mainnet，amount 總量 3 GLM，其中 on-chain 1、polygon 2，pending 為 0.4 且筆數為 1。1 和 2 是兩條鏈上的持有摘要，3 是狀態裡的總量行，不是第三筆收入。0.4 仍待處理。監控若同時顯示滾動 24 小時 1.25，那 1.25 不能從 3 裡面扣掉後再叫作「錢包還剩多少」。核心數無論是 4 還是 8，都不改變這幾行。

相關工具

Golem 專案頁 用來對照公開節點上的 GLM 紀錄。鏈上餘額以你自己的錢包和提供者狀態為準。免費每專案 5 台已儲存設備，Pro 50 台。同一收款餘額不要存成第二台設備。