ETCプールの算力が0のとき、シェアと収益のどちらを先に見ますか?
口座の速度、一つのWorker、読めなかった数字を分けます。速度が0でも報酬が0だとは証明せず、シェア難度を変えるべきだとも証明しません。
プールがシェアを受けたか先に見る
Ethereum Classic監視で口座の速度と各Workerを照合します。横線を0と書かないでください。
| 見えているもの | 次の確認 |
|---|---|
| 口座の速度が0と出ている | ゼロという値です。各Workerがオフラインか、プールがシェアを受けたかを見ます |
| 口座またはWorkerが横線 | 不明です。0と記録せず、今回の取得が古いかを見ます |
| 一つのWorkerだけが0で、口座は0ではない | そのリグの名前、ホスト、オフラインを先に見ます。残高全体が消えたことにはしません |
| ヘルプのシェア難度 8.58G | 同じページは、シェア難度は報酬を変えないと書きます。このページは難度をETCに換えません |
口座の算力は、プールがこのETC通常口座について報告した速度です。単位はハッシュレートであり、ETCの枚数ではありません。0と書かれているときだけ、その値はゼロです。横線は読めなかったことです。0と書き替えず、報酬が0だとも扱わないでください。
ヘルプは、既定または迷ったときは低いシェア難度を選び、GPUが500枚を超えるかNiceHashでは高い難度を選び、シェア難度は鉱員の報酬を変えないと書いています。標準例のシェア難度は8.58Gです。その数字は算力でもネットワーク難度でもありません。
口座の速度とWorkerの速度
口座の速度は、各Workerの速度と違い得ます。Workerにはプールのオフライン表示と、最後に見えた時刻もあります。一台を選んでも未払い残高は分かれず、口座の速度がそのリグの速度に置き換わることもありません。名前がヘルプのRIG_IDの規則に合って、監視のその行と一致します。
分岐
- 口座の速度が0と書かれているなら、プール統計でシェアがまだ入っているかを見てから、各Workerのオフラインを確認します。
- 一台だけが0で口座は違うなら、そのリグのホストがヘルプのETCサーバーか、書かれたアルゴリズムがETCHashかを見ます。未払い、支払、直近24時間を先にゼロにしないでください。
- 全部が横線なら、データ源と鮮度でその応答が古いかを見て、値は不明のままにします。ゼロと記録しないでください。
次にすること
Ethereum Classic監視で受取アドレスを合わせ、そのあとWorker名を合わせます。数字を大きくするためにシェア難度を変えないでください。ヘルプはすでに、難度は報酬を変えないと書いています。マイナーがSOLOや別のコインのホストを向いていると、このページはその口座を開けないか、速度の値が0になり得ます。それだけではマシンが止まっている証明にはなりません。横線は読めなかったことなので、0に書き替えないでください。
診断の例
口座の速度が0 H/s、名前がrig-1のWorkerがオフライン、未払いは1.2 ETCだとします。速度の値は0、そのリグはオフライン、残高は1.2のままです。1.2を0に変えず、1.2を8.58Gで割って一日の収入を作らないでください。数字は読み分けのためのものであり、この数字は、速度とオフラインと未払いを分けて見る例です。
限界
API文書には、時間範囲ごとのシェアとWorker算力のエンドポイントもあります。このページが見せるのは、口座の現在の速度と現在のWorker行です。それらの履歴エンドポイントを収益曲線には換えません。クラッシュ解釈は無料です。AgentはMacからこのETCマイナーを起動も停止もできません。Worker名は マイナーがetchashと書くとき にあります。三つの金額は 一つの合計にならない理由 にあります。
よくある質問
算力が0なら報酬も0ですか?
違います。速度が0なのはその速度の値だけです。未払いと直近24時間は別に読みます。横線はなおさらゼロではありません。
シェア難度を上げると報酬は増えますか?
ヘルプはシェア難度が報酬を変えないと書きます。このページは8.58Gや、それより高い難度をETCに換えません。
一台がオフラインだと、ウォレット残高は倍になったり消えたりしますか?
なりません。残高は受取アドレスについて一つです。オフラインはそのWorkerに付くだけです。プロジェクトあたり無料5台またはPro50台の枠は、デバイスを別に保存したときだけ使います。