ERG 监控上的余额、已付和 24 小时收益分别是什么？

这一行有三个独立金额，都记在同一个以 9 开头的 P2PK 付款地址上：还没付出的余额、已经付出的累计，以及滚动 24 小时收益。矿池账户接口用整数记账，1 ERG 等于 10 亿个最小单位，本页把能完整表示的整数换成 ERG。换不成或字段空着时，显示为未知，而不是 0。

每个数在回答什么问题

余额回答“矿池账上还挂着多少”。已付回答“至今已经划出多少”。24 小时收益回答“向前滚动的 24 小时里记了多少”，不是某个 UTC 日历日。API 索引把账户信息、付款和收益放在同一个账户接口里说明。未支付和累计已付可以分别理解成还在矿池账上的和已经付出的。容易误导的是把滚动 24 小时再叠到这两列上：这段窗口里的收益，往往已经落在未支付或已付里。本页把三列分开显示，不另报一笔自己的累计总额，也不按矿工人数或算力复制。

付款前后看哪里

• 矿池打出一笔 ERG 后，已付增加，未支付余额减少相应金额。两台矿工仍共用这一份余额，不会各看到一份全额。
• 2Miners 的 ERG 帮助页写明，收到 ERG 本身不另收付款费（页面上的说法是 0 美元），改收 BTC 或 TON 则另有该页写出的小额费用。本页只能打开 ERG 的 9 地址，因此 BTC 和 TON 那两行费用不作用在这里的账户上。
• 帮助页没有把下一次付款的钟点写进快速开始。本页也不预报付款时间。要看付款记录，打开矿池自己的账户页。

读数异常时

• 余额是未知而不是 0：不要当成已经结清。先在矿池账户页看同一地址是否给出了余额整数。
• 24 小时收益很低，但矿工算力还在：收益和算力是两列。算力不能在本页换成 ERG。短窗口份额也不在本页。
• 你以为每台机器应有自己的已付：那是另一套账。这里的已付只跟付款地址走。

示意换算，不是实际收入

若未支付整数是 2,500,000,000，页面显示 2.5 ERG。若 24 小时收益整数是 500,000,000，页面显示 0.5 ERG。已付字段空着则是未知，不能写成 0 再去减。未支付 2.5 和累计已付是两列不重叠的账。0.5 是滚动 24 小时，往往已经落在未支付或已付里，再叠上去会把同一段时间算两次。本页分开显示，不另报一笔累计总额。这组数字只说明单位换算，不是你的矿场。

打开 ERG 监控。地址为什么必须是 P2PK，见P2PK 与铸币脚本。算力为什么不能拆成这些金额，见Autolykos 矿工算力。