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 台。同一收款余额不要存成第二台设备。