# ZEPH 未支付和近 24 小時，為什麼不是打款時間？

ZEPH 監控把礦池帳戶的餘額、累計已支付與滾動 24 小時收益按 1e12 顯示。它不單列未成熟區塊，也不把最低打款額寫成固定數字。

- Canonical: https://iotahome.site/zh-TW/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-TW/projects/zeph)，把三項和礦池自己的帳戶頁對齊。

- 算力還在、餘額長期空白，先確認地址仍是標準地址，而不是去改份額難度。難度與收益的關係見 [Worker 與 RandomX](https://iotahome.site/zh-TW/learn/zeph-randomx-cpu-workers)。

- 整頁能看和不能看的範圍見 [監控說明](https://iotahome.site/zh-TW/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)