ETCの直近24時間、未払い、支払済みが一つの合計にならない理由
三つの数字の時間範囲を分けてから、チェーン上のウォレットと比べるかを決めます。BTCやTONへ変えると、その着金はここに出ません。
欠けた数字は不明のままにする
Ethereum Classic監視で、プール統計の同じ受取アドレスと照合します。横線をゼロにしないでください。
| ページの数字 | 答える問い | こう扱わない |
|---|---|---|
| 未払い残高 | プール口座がまだ送っていないETC | チェーン上のウォレット残高 |
| 累計支払 | プールが支払として記録したETC | 直近24時間をもう一度足した値 |
| 直近24時間 | 転がる24時間の窓の中の報酬 | UTC零時から現在、または香港時間の暦日 |
ページは三つの行を分けて見せ、自分の累計合計は出しません。直近24時間を未払いと支払の上に重ねると、すでにどちらかの行にある窓をもう一度数えます。未払いは、2Minersの通常口座にまだ残っているETCです。累計支払は、プールがすでに支払として記録したETCです。直近24時間は転がる窓です。UTC零時から現在までの合計でも、香港時間の暦日でもありません。
API文書は、口座のエンドポイントに支払、報酬、Workerが含まれると書いています。このページが見せるのは、その通常口座一つです。チェーン上のウォレット、取引所の残高、BTCやTONへ切り替えた支払は、この三つには入りません。
横線、取得時刻、支払通貨
一つの数字が読めないとき、ページは横線を出します。横線は不明です。ゼロではなく、足し引きに使えません。取得時刻はその応答の香港時間であり、窓を暦日には変えません。ヘルプは、ETCの支払手数料が0ドル、BTCは0.2ドル未満、TONは0.02ドル未満と書いています。ヘルプが書いた手数料です。BTCやTONへ変えたあとの着金は、ここのETC残高にはなりません。
確認する順
まずプール統計の受取アドレスが、貼った文字列かを確認します。次に三つの数字が揃っているかを見ます。その後でチェーン上のウォレットと比べます。支払済みはプールが記録した支払であり、ウォレットですぐ使えることの自動証明ではありません。
次にすること
Ethereum Classic監視では同じアドレスだけを比べます。直近24時間が横線なら、データ源と鮮度でその取得が古いかを見ます。報酬をゼロと記録しないでください。複数のWorkerはこの残高一つを共有します。直近24時間はマシンごとに複製されません。
説明用の数字であり、請求ではありません
未払いが0.4 ETC、支払済みが12 ETC、直近24時間が0.05 ETCだとします。ページは12.45 ETCという合計を出しません。0.05はすでに未払いか支払にあることがあり、上に重ねるとその窓を二度数えます。0.4と12は二つの行のままで、どちらもウォレット着金ではありません。この数字は例であり、あなたの口座ではありません。
限界
Ethereum Classicのサイトは、2Minersの支払基準も、この窓の定義も述べていません。このページは基準の数字を出さず、明日の着金も見積もりません。無料5台とPro50台は保存デバイスを数え、この三つの数字の大きさは数えません。アドレスとSOLOは ETC監視 にあります。速度が0と書かれた場合は プール算力が0 にあります。
よくある質問
直近24時間は今日ですか?
暦の今日ではありません。転がる24時間の窓であり、UTC零時から現在でも香港時間の暦日でもありません。
横線はまだ掘れていないと読めますか?
読めません。横線は今回数字を読めなかったことです。ゼロは、ページが実際に0と出したときだけゼロです。
BTCに変えると、ETC残高はビットコインになりますか?
なりません。ヘルプはBTCやTONでの受取を認めますが、このページが見せるのはこのプール口座のETC三つの数字だけです。それらの受取アドレスは照会しません。