# BNT 待成熟、排隊和已支付：哪一筆還在礦池

把 bntpool.com 的待成熟預估、已確認待支付、排隊支付和累計支付分開讀。1 BNT 為 1 億原子單位。缺列是未知，不是 0。起始頁沒有最低打款額。

- Canonical: https://iotahome.site/zh-TW/learn/bnt-pending-queued-payouts
- Publisher: IOTA Watch
- Topics: Blocknet
- Published: 2026-10-24
- Updated: 2026-10-24

## 先看結論

只有累計支付被礦池記成已經付出。另外三條都還不是錢包裡的幣。四條相加不是今日收入。

## 四條金額分別停在哪

| 金額 | 現在在哪 | 能不能當成已到手 |
| --- | --- | --- |
| 待成熟預估 | 尚未成熟，確認或作廢後會變 | 不能 |
| 已確認待支付 | 已確認，還在礦池 | 不能 |
| 排隊支付 | 已排隊，還在礦池帳上 | 不能 |
| 累計支付 | 礦池記為已經付出的累計 | 是帳本已付，不是鏈上即時餘額，也不是今日新幣 |

## 四條金額不是同一筆

在 [BNT 監控](https://iotahome.site/zh-TW/projects/bnt) 打開完整主網地址之後，本頁只處理四條金額的先後。這是 Blocknet 的 BNT，不是 Bancor。

餘額以原子單位計算，頁面換成 BNT：1 BNT 等於 100,000,000 個原子單位。待成熟預估仍可能變化。已確認待支付還沒打出。排隊支付已進隊列，仍在礦池帳上。累計支付是帳本裡已經付出的累計額，不是今天的新幣，也不是鏈上錢包即時餘額。

## 空白不是 0

任何一條沒返回時，那一格保持空白。空白是未知，不是 0。有空白就不要把其餘幾條加總。地址記錄還在、金額暫時讀不到時，算力和 Worker 仍可能顯示；金額保持未知。一個從無份額、無 Worker、金額也全是 0 的新地址，會顯示為查無此帳戶。

同一地址存多行時，這四條仍只計一次。

對照見文末的表。先看哪一條還可能變，再看哪一條已確認但未離開礦池，最後看累計已付。

舉例（虛構）：待成熟 0.40，已確認 1.20，排隊 0.80，累計已付 10.00。說成待收 12.40 或今天 2.40 都不對。10.00 是歷史已付；1.20 和 0.80 還在礦池；0.40 仍可能變化。頁面沒有美元價格。

## 哪一種變化才像打出一筆

只有累計已付增加、排隊減少，才像一筆離開了隊列。只有待成熟下降而另外三條沒動，不能當成已打款。四條都空白，先確認是這個礦池的完整主網地址。算力掉了但金額沒變，金額本來就不是 24 小時收入，改看 [24 小時算力](https://iotahome.site/zh-TW/learn/bnt-24h-hashrate-drops)。

起始頁沒有最低打款額、手續費或到帳時間。協議頁的出塊與尾部發行不是你的礦池帳單。監控不能發起支付。下一步看 [收益怎麼查](https://iotahome.site/zh-TW/learn/blocknet-bnt-monitor-guide)。多台機器是否各算一份，見 [一個地址上的多台機器](https://iotahome.site/zh-TW/learn/bnt-address-workers-devices)。

## 常見問題

### 排隊支付是不是已經到錢包了？

不是。它已經進了礦池的支付隊列，帳仍在礦池。累計支付才是帳本記成已付出的累計額，而且那也不是鏈上即時餘額。

### 某一格是空白，能當成 0 嗎？

不能。空白是這一項未知。不要用 0 填上，也不要拿其餘幾條加總當作全部。

### 有最低打款額嗎？

bntpool.com 起始頁沒有寫出門檻、手續費或到帳時間。頁面上沒有的數字保持未知，不要填成 0，也不要猜一個最低額。

## 資料來源與本站實現

- [bntpool.com start](https://bntpool.com/start)
- [Blocknet protocol](https://blocknetcrypto.com/)
- [Seine address checksum](https://github.com/zpalmtree/seine/blob/master/src/address.rs)