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 支付。