CSDの未払い・承認待ち・累計支払をどう区別するか

三つの金額がそれぞれ何か

承認待ち、未払い、累計支払は三つの段階です。ページは分けて表示し、独自の累計合計は出しません。三つを足して「今日の収益」とすると、以前に支払われた合計と、まだ承認待ちまたは支払待ちの金額が重なります。承認待ちはプールが見つけたがまだ支払えない金額です。未払いは確認済みで次回の支払を待つ残高です。累計支払はこの addr20 へプールが送った過去の合計で、古い支払も含みます。新しい金額は段階のあいだの移動として現れます。承認待ちが減って未払いになるか、未払いが減って累計支払が増えます。

コインはアドレス全体のものです。二台が一つの addr20 を共有するとき、この三つから左の機械が今日掘った分は切り出せません。Worker行のシェアと H/s は、その名前が持つ CSD にはなりません。

G-pools の採掘説明には、残高が 0.001 CSD を超えると約30分ごとに支払い、プール手数料は 2.5% で、支払は addr20 へ自動とあります。同じページの Next Payable In のような表示は、プールページ上の推定です。ウォレットに既に入った証明ではありません。

見るべき変化

• 承認待ちが 0 より大きく未払いがまだ小さい: シェアはプールに届き、確認が終わっていません。待つ。承認待ちは引き出せる額ではありません。
• 未払いが 0.001 CSD を超え、累計支払が動いていない: 説明の最低額には達しています。それでもプール自身の支払回を待ちます。30分はその説明のおおよその値です。
• 未払いが減り累計支払が増えた: 支払が台帳に載った形です。自分のウォレットでその一件を合わせます。このページは取引ハッシュを出しません。
• 三つとも空欄: 不明であり 0 ではありません。アドレスが開くかを確認します。どのアドレスを貼るかを見る。
• プールページが、ある時間の支払と未払いを「CSD / hour」に広げる: その列には推定があります。「昨日稼いだ額」に写さない。

台帳の例（実際の収益ではない）

読み方の例であり、実際の収益ではありません。承認待ち 0.0002 CSD、未払い 0.0006 CSD、累計支払 3 CSD だとします。ページは三つの欄のままで、これを今日の収益にはしません。0.0006 は説明の 0.001 未満なので、次の約30分の支払回でも未払いはそのままであり得ます。その後は仮定にすぎません。さらに記帳された報酬が未払いを 0.0012 に上げ、説明の最低 0.001 を超えるとします。そこで 0.0012 を支払うと、未払いは 0、累計支払は 3.0012 になり、実際のプール記録が基準です。この仮定は支払いの保証ではありません。2.5% の手数料は既にプールの記帳ルールの中にあります。この三つの欄に 2.5% を掛けて手取りを作らない。

このページは、プールの期間の推定を日次収益やドル価格にしません。ログイン後、各プロジェクト無料5台、Proは50台です。同じアドレスの下で Worker を広げるだけでは枠は増えません。Worker を別の機器として保存すると、その記録が枠に入ります。

次: CSD監視で三つの欄を並べて読む。速度の窓はH/sの意味を見る。