ZEPH 未支付和近 24 小时,为什么不是打款时间?
未支付是这个标准地址在普通矿池上还没付出的余额,近 24 小时是滚动窗口。两者都不是“还要多久到账”,也不是全网或钱包里的 ZEPH。
| 屏幕上的金额 | 来自账户的哪一类数 | 不能当成什么 |
|---|---|---|
| 未支付 | 地址余额,1 ZEPH = 1e12 支付单位 | 下一笔打款的倒计时 |
| 已支付 | 累计已经付出的总额 | 你在其他矿池或钱包里的币 |
| 近 24 小时 | 滚动 24 小时收益 | 日历日收益或保底日结 |
| 空白 | 该项没有可用整数 | 数字 0 |
未支付不是下一笔打款的时刻。它是 zeph.2miners.com 普通矿池账户上、这个标准地址尚未付出的余额。已支付是同一账户累计已经付出的金额。近 24 小时是滚动 24 小时收益,会随着窗口移动,不是从午夜到午夜的日历日,也不是矿池承诺的日结。
这三项都按 RandomX 矿池的支付单位换算:1 ZEPH = 1e12。公开 API 说明账户接口包含收益、支付和 Worker,另有区块接口区分候选、未成熟和已成熟。设备页使用的是账户上的余额、已支付和 24 小时收益,不另开一张未成熟区块表。因此你不能从本页读出“还差多少确认”。
数字各自回答的问题
余额回答“矿池账户里还挂着多少”。已支付回答“这个地址在该矿池累计被付出多少”。24 小时回答“刚过去的滚动一天记了多少”。最低支付额和到账时间以矿池当时的帮助或账户页为准。本监控不写死门槛,也不把未支付显示成倒计时。
对账时看哪里
- 先看未支付是否为空白。空白是未知,不要记成 0 ZEPH。
- 再看已支付是否增加。已支付不变只说明这段时间没有新的付出记录,不说明矿机停了。
- 多个 Worker 共用这一份余额。不要把未支付乘以 Worker 个数。同一地址绑在多台已保存设备上时,钱包总额仍然只算一份。
下一步
- 打开 Zephyr 项目,把三项和矿池自己的账户页对齐。
- 算力还在、余额长期空白,先确认地址仍是标准地址,而不是去改份额难度。难度与收益的关系见 Worker 与 RandomX。
- 整页能看和不能看的范围见 监控说明。
示意换算(不是实际收入)
未支付整数 500000000000 显示为 0.5 ZEPH;已支付整数 10000000000000 显示为 10 ZEPH。这只示范 1e12。它不是你的账单,也不保证下一笔会按这个数付出。
边界
本页不预测成熟需要多少个区块,不把协议稳定币余额和矿池 ZEPH 记在一起,也不提供美元价格。矿池若暂时不返回某一项,该项保持未知。
常见问题
未成熟区块在哪里看?
API 文档把候选、未成熟和已成熟放在区块接口。本设备页只显示账户余额、累计已支付和滚动 24 小时,没有单独的未成熟列表。
近 24 小时会在午夜清零吗?
不会按日历午夜清零。它是滚动窗口。窗口里的记录变化时,这个数才会变。
余额除以 Worker 数才是每台机器的收入吗?
不是。余额属于整个标准地址。Worker 只是算力记录,不拆分钱包收益。