ETHWのリグ算力がウォレットの分配にならない理由

一台のリグの算力は、そのウォレットが受け取るお金ではありません。2Minersのヘルプはリグ名を空にできるRIG_IDとして書きます。最大32文字、英字・数字・ハイフン・アンダースコアで、統計ページでマシンを区別します。受取アドレスは0xのままです。IOTA Watchが保存するのはアドレスだけです。.rig-1 を付けた文字列は保存できません。

ヘルプは、シェア難度はマイナー報酬を変えないと書き、既定は低い難度、GPUが500枚を超えるかNiceHashでは高い難度を勧めます。Hiveonの一般説明は、シェアをマイナーがプールへ出した作業として書きます。その文は言葉の説明です。そのページはETHWプールの規則ではなく、残高の分け方でもありません。

数値が示すもの

アドレス算力は、0x全体が今いくらを報告しているかに答えます。各リグの算力は、そのマシンがまだオンラインかに答えます。未払い残高は、アドレス全体でまだ支払われていないETHWで、すでにETHWです。監視はリグを足して別のアドレス合計を作らず、算力の比率で残高を各リグへコピーしません。このページはリグごとの履歴曲線を描きません。

どこを見るか

監視のリグ行を数え、マイニングソフトのRIG_IDと照合します。32文字を超える、または別の文字や空白を使うと、ヘルプの統計ページは期待した名前で出ません。ASICの例のプールパスワード x は例であり、唯一の正しい値ではなく、合わせるために変える必要もありません。プール接続だけに属し、IOTA Watchのログインパスワードではありません。

次にすること

リグ2台に算力があり、アドレスの値が小さいか空なら、プールがそのアドレスに出した現在算力を使います。ローカル速度を手で足して監視へ入れないでください。1台だけ算力があるなら、新しい0xを保存せず、マイナー設定のRIG_IDを確認します。残高が算力どおり半分にならないのは想定どおりです。24時間報酬もアドレス全体のものです。

説明用の数字

アドレス算力が90、リグ数が1、未払いETHWが0.03、24時間報酬が1.25だとします。あとから2台目が出ても、0.03はアドレス全体の未払いのままで、1台あたり0.015にはなりません。この数字は単位と帰属を示すだけで、実測でも今後の採掘の予測でもありません。

できないこと

監視はシェア難度を変えられず、NiceHashやレンタルへ接続もできず、特定のシェアが受理されたとも証明しません。ログイン後、無料はプロジェクトごとに保存した機器5台、Proは50台です。自動で並ぶリグは機器を増やさず、別に保存すると枠を使います。同じ機器の複数の結び付きは1台です。クラッシュ分析は別の無料機能で、ETHWマイナーの起動や停止はしません。エージェントが制御するのはTrain at HomeのMacだけです。EthereumPoW監視を開いてください。次はどのアドレスを入れるかと残高の読み方です。