ZECの未払い・支払済み・24時間をどう分けて読むか
三つの数は、まだ送っていない額、すでに送った額、転がる24時間に記録された額を別々に答えます。欠けた値は不明のままです。ウォレット配下の Worker は同じ残高を数え直しません。
| 名前 | 答える問い | これと見なさない |
|---|---|---|
| 未払い | プールがまだ送っていない ZEC | シールド残高やチェーン残高の全体 |
| 累計支払 | この口座がすでに送った合計 | 直近24時間をもう一度足した額 |
| 直近24時間 | 転がる窓に記録された収益 | UTC 零時や香港の暦日 |
| Worker の行 | その名前の速度と接続の有無 | もう一つの収入 |
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 の支払は送れません。
よくある質問
直近24時間はなぜ今日ではないのですか?
転がる窓であり、UTC 零時でも香港時間の暦日でもありません。ページの取得時刻は別の時計で、その窓の起点ではありません。
未払いが減ったら損ですか?
必ずしもそうではありません。すでに支払われた場合の方がよくあります。累計支払が増えたかを見てください。未払いと累計支払は、まだ持っている額とすでに送った額として対照できます。直近24時間をその上に重ねないでください。その窓は二列と期間が重なります。ページは分けて出し、独自の累計総額は出しません。
BTC の受取はこの三列に出ますか?
出ません。ヘルプは BTC と TON を別の受取としています。この列が説明するのは透明な ZEC プール口座だけです。