# ZEPH 未支付和近 24 小时，为什么不是打款时间？

ZEPH 监控把矿池账户的余额、累计已支付和滚动 24 小时收益按 1e12 显示。它不单列未成熟区块，也不把最低打款额写成固定数字。

- Canonical: https://iotahome.site/zh/learn/zeph-mature-rewards-payments
- Publisher: IOTA Watch
- Topics: Zephyr
- Published: 2026-10-24
- Updated: 2026-10-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 项目](https://iotahome.site/zh/projects/zeph)，把三项和矿池自己的账户页对齐。

- 算力还在、余额长期空白，先确认地址仍是标准地址，而不是去改份额难度。难度与收益的关系见 [Worker 与 RandomX](https://iotahome.site/zh/learn/zeph-randomx-cpu-workers)。

- 整页能看和不能看的范围见 [监控说明](https://iotahome.site/zh/learn/zeph-mining-monitor-guide)。

## 示意换算（不是实际收入）

未支付整数 500000000000 显示为 0.5 ZEPH；已支付整数 10000000000000 显示为 10 ZEPH。这只示范 1e12。它不是你的账单，也不保证下一笔会按这个数付出。

## 边界

本页不预测成熟需要多少个区块，不把协议稳定币余额和矿池 ZEPH 记在一起，也不提供美元价格。矿池若暂时不返回某一项，该项保持未知。

## 常见问题

### 未成熟区块在哪里看？

API 文档把候选、未成熟和已成熟放在区块接口。本设备页只显示账户余额、累计已支付和滚动 24 小时，没有单独的未成熟列表。

### 近 24 小时会在午夜清零吗？

不会按日历午夜清零。它是滚动窗口。窗口里的记录变化时，这个数才会变。

### 余额除以 Worker 数才是每台机器的收入吗？

不是。余额属于整个标准地址。Worker 只是算力记录，不拆分钱包收益。

## 资料来源与本站实现

- [2Miners · API documentation](https://github.com/2miners/apidoc)
- [2Miners · ZEPH help](https://zeph.2miners.com/help)