ZEC 未支付、已支付和近 24 小时该怎么分开读？

ZEC 监控上的三笔钱回答的是矿池账户的三个问题，不是钱包里全部 ZEC 的一张总账。未支付是矿池还没付出的数额，累计已支付是已经付出的合计，近 24 小时是滚动窗口里记下的收益。滚动窗口不是 UTC 零点，也不是香港时间当天。未支付和累计已支付分别是还在矿池账上的和已经付出的，这两列不重叠。容易误导的是把滚动近 24 小时再叠到这两列上：那段窗口里的收益往往已经落在未支付或已付里。本页把三列分开显示，不另报一笔自己的累计总额。透明地址的链上余额和屏蔽余额是另一套账，也不并进这三列。

支付和收益不是同一列

账户接口同时给出收益和支付相关数字。近 24 小时描述的是窗口内记下的收益，已支付描述的是已经离开矿池账的合计。一笔已经付出的金额会留在累计已支付里，不应再加进未支付。API 另有矿池级的支付历史接口。本页展示的是这一份账户上的未支付、累计已支付和近 24 小时，不是全池的支付流水。帮助页允许领款币种选 ZEC、BTC 或 TON。若领款走的是 BTC 或 TON，那笔不在这个透明 ZEC 账户的三列里。

该核对什么

先确认地址是这份矿池上的透明 t 地址，再看三列哪一列是横线。横线表示这次没有可用数字，保持未知，不要当成 0。然后看 Worker 只是在列出速率和在线状态。多名 Worker 发现出来，不会把同一份未支付乘以人数。若你把 Worker 另存成多台设备，名额按已保存设备计，余额仍然只显示一份，不会变成多份收入。

下一步

在 Zcash 监控 对照矿池账户页。两边的未支付若不一致，以矿池账户页为准，并看本站标出的获取时刻。获取时刻不是收益窗口的起点。份额难度按帮助页不影响矿工收益，所以不要用难度档位解释未支付突然变小。变小更常是已经付出，应看累计已支付有没有增加。

说明性例子

假设未支付 0.020 ZEC、累计已支付 1.400 ZEC、近 24 小时 0.004 ZEC。正确读法是：还没付出 0.020，历史上已付出 1.400，滚动窗口记下 0.004。未支付 0.020 和累计已支付 1.400 是两列不重叠的账。把 0.004 再叠上去，才会把滚动窗口里已经落在这两列中的收益算两次。0.004 也不是香港时间今天的日历收入。这组数字是说明性的。若近 24 小时缺失，就写未知，不要补 0。

界限

本页不预测下一笔何时付出，不转抄帮助页上的手续费金额，也不保证收益。屏蔽财务信息是私密的，本页读不到。崩溃解读免费，不占用 ZEC 设备名额。Mac Agent 只控制 TAH 的 Mac，不能发起 ZEC 支付。