XMR監視の算力が手元のRandomXと違うのはなぜ？

監視が見せるのはプールから見たWorkerの速度

手元のRandomXと監視が食い違うときは、監視の数字を誰が報告したかから確認します。Monero監視を開きます。アドレスの算力はKryptexが返したWorkerごとの速度です。約30分の平均に数値があればそれを使い、無ければプールがそのWorkerに付けた別の速度を使います。すべてのWorkerに数値があるときだけ足します。一台でも数値が無いと、アドレスの算力は不明のまま空欄です。0 H/sではありません。照会はCPUでRandomXを起動せず、プロセッサの型番も読みません。

手元、プール、ネットワーク、計算機は問いが違う

採掘ソフトの現在H/sは、そのプロセス自身の瞬間の読みです。窓は通常プールの30分より短いので、二つは一致しなくて構いません。KryptexはアルゴリズムをRandomXと表示し、XMRigをx86またはARMのCPU向けオープンソースCPUマイナーと書き、GPUはプラグイン経由です。同じページにASIC/FPGAの入口もあるので、監視の速度を「CPUだけ」と読んではいけません。Kryptexはシェア難易度が収益を変えないと記しています。パスワード欄の難易度は提出の頻度を変えるだけで、監視の算力を記帳済みXMRには変えません。

Kryptexページのプール全体の算力と、特定のCPUの例示速度は、あなたのマシンの監視値でも、今日のネットワーク算力でもありません。算力、電気代、プール手数料を別々の入力にして推定収入と推定利益を出す計算機は、別の問いです。当サイトは電気代を見積もらず、収入も保証しません。

欠けたWorkerを0で埋めない

次の数字は例です。アドレスの下にdeskとnasがあります。deskのプール速度は7000 H/s、nasには速度がありません。監視はアドレス算力を7000とも0とも書きません。先にKryptexでnasが一覧に残っているか、状態がオンラインかオフラインかを見ます。nasがXMRを掘るべきでなければ、採掘設定から外します。監視の空欄を0で補いません。deskだけの7000 H/sもプール速度であり、「1日のXMR」には換わりません。

次の操作と限界

次は、採掘ソフトと監視で同じWorker名を合わせ、その名前のプール速度を読むことです。名前が合わないときはどのアドレスを入れるかに戻ります。状態がオフラインなのにシェアで読みたいときは受理シェアとオフラインを見ます。限界：当サイトはXMRの採掘ソフトを制御せず、MacのAgentもRandomXの開始や停止をしません。クラッシュ解釈は別の無料の説明であり、算力や収入は約束しません。