ワーカー統計の読み方 — 低ハッシュレート、高拒否率、Stratum切断の診断
SoloFuryワーカー統計の完全な診断ガイド。各数値の意味、低ハッシュレート・高拒否率・古いシェア・切断の根本原因の特定方法、修正方法を学びます。
ワーカー統計ページはソロマイニングで最も重要な画面です。ハッシュレートがプールに届いているか、シェアが承認されているか、マイナーが健全か、ブロックを見つけるまでどれくらい近いかを教えてくれます。正しく読んで、それに基づいて行動することが、良いオッズで24時間365日マイニングすることと、週単位で静かに容量を失い続けることの違いです。
このガイドはSoloFuryマイナー統計ページのすべてのメトリクス、各数値がどのように見えるべきか、何かがおかしい時に何をすべきか、症状で問題をトリアージする方法を説明します。
1. ワーカー統計の場所
SoloFuryは3か所でワーカー統計を公開しており、それぞれに異なる強みがあります：
ライブマイナーダッシュボード /miner/?addr=<あなたのウォレット>&coin=<bch|btc|bc2|bch2|xec>
特定のコインでウォレットに接続されているすべてのワーカーを見る最速の方法。~24秒ごとに更新。ハッシュレート、シェア数、ベストシェア、ワーカーの健全性を表示。
ワーカー詳細 — ダッシュボードの任意のワーカー名をクリックして、履歴、ハッシュレートグラフ、時系列の個別統計を確認。
Telegramボット（@SoloFuryBot）— ウォレットを購読してプロアクティブな通知を受け取る。ワーカーがオフラインになったとき、シェアが届かなくなったとき、ブロックを見つけたときにメッセージを受け取ります。
2. コアメトリクス — 各数値の意味
ハッシュレート
ダッシュボードに3つのハッシュレート値が表示されます：
| ラベル | 意味 | 典型的なラグ |
|---|---|---|
| 1m | 過去1分間の平均ハッシュレート | リアルタイムだが雑音が多い |
| 5m | 過去5分間の平均ハッシュレート | 安定、「今動いているか」の判断に最適 |
| 1h | 過去1時間の平均ハッシュレート | スムーズ、長期トレンドに最適 |
ソロマイニングでは、5mハッシュレートが最も有用な単一の数値です。1mは雑音が多すぎ（短い窓での分散が大きい）、1hはフォルトを反映するのに時間がかかりすぎます。
承認済みシェア
マイナーが送信するすべての有効なシェアがカウントされます。数が増え続けることが「動いている」という最も基本的なシグナルです。 10分以上ゼロ承認シェアを示すワーカーは、ローカルUIが何を言っていても、プールの観点からは壊れています。
拒否されたシェア（および拒否率 %）
拒否されたシェアは、プールが以下のいずれかの理由で拒否した送信です：
- シェアが別のマイナーにすでに送信されていた（「重複」）
- 現在のvardiffターゲットに対してシェア難易度が低すぎる
- シェアが届く前にStratumジョブが期限切れ
- シェアデータのハードウェアエラー
健全な拒否率：0.5%未満。許容範囲：0.5〜2%。問題あり：2%以上。 5%以上の拒否率は実際のハッシュレートを無駄にしており、すぐに調査が必要です。
古いシェア（Stale）
Staleはあなたのマイナーがすでに採掘されたブロック（プールが新しいブロックテンプレートに移行した）に基づく作業を送信した特別な拒否シェアの一形式です。高いstaleレートはマイナーが新しい作業を受け取るのが遅すぎることを意味します — ほぼ常にネットワーク遅延の問題です。
健全なstaleレート：1%未満。2%以上はより近いSoloFuryリージョンに切り替えるべきです。
ベストシェア
これまでに送信した最も高い難易度のシェア、ネットワーク難易度で割ったもの。これはバニティメトリクスであり「惜しかった」インジケーターです：「ベストシェア」が0.5は、ネットワーク難易度の50%のシェアを送信したことを意味します — 本物のブロックに近い。
ソロロッタリーマイニングでは、すべてのシェアがブロックになろうとしています。ベストシェアの数は今までに一番近づいたものに過ぎません。高いベストシェアは将来のオッズを変えませんが、運を追跡する楽しい方法です。
最終確認
プールがこのワーカーから最後にシェアを受け取った時刻。健全：5分未満。懸念：15分以上。停止：1時間以上。 ワーカーが「最終確認：6時間前」を示している場合、調査すべき問題があります。
Ping（プールへの遅延）
ASICからプールのStratumサーバーへのラウンドトリップ時間。50ms未満：優秀。50〜150ms：良好。150〜300ms：動作可能だが最適以下。300ms以上：より近いリージョンに切り替え。
高いPingは古いシェアを直接引き起こします（マイナーが新しい作業を受け取るのが遅すぎる）。これは修正可能な収益損失の最大の原因です。
3. 症状：低ハッシュレート（表示が期待以下）
S21+が235 TH/sを示すはずなのにSoloFuryダッシュボードが180 TH/sを示している場合、何かが間違っています。この順序でトリアージします：
ステップ1：ASICのローカルUIも同じ数値を示しているか？
ASICのウェブインターフェースにログインして、自身のハッシュレート読み取りを確認します。ASICのUIも180 TH/sを示している場合、問題は物理的：チップ障害、熱スロットリング、アンダーボルティング、または電源の問題。ASICがローカルで235 TH/sを示しているが、SoloFuryには180 TH/sしか届いていない場合、問題はネットワークまたはstratumです。
ステップ2：物理的な原因（ASICローカルUIも低い値を示している）
| 原因 | 診断 | 修正 |
|---|---|---|
| ハッシュボード故障 | ASICのUIが1つ以上のチップを0 GH/sまたはチェーン失敗として表示 | ハッシュボードを交換、保証期間内なら連絡 |
| 熱スロットリング | 温度が85°C以上、ファンが100% | 換気を改善、周囲温度を下げる、アンダーボルト |
| アンダーボルティングが積極的すぎる | カスタムファームウェアが効率>18 J/THを表示しているがハッシュレートを失っている | 電圧を上げる、ストックに近づける |
| 電源不足 | PSUが100%容量、負荷下で電圧降下 | PSUをアップグレード、220Vケーブルを確認 |
| ファームウェアバグ | 最近のファームウェア更新が問題の前に発生 | ファームウェアを以前の安定バージョンに戻す |
ステップ3：ネットワーク/stratumの原因（ASICローカルUIは正常、プールが低い値を表示）
| 原因 | 診断 | 修正 |
|---|---|---|
| Stratum切断 | ワーカーがログに再接続を表示 | セクション5の切断を参照 |
| 高拒否率 | プール統計で拒否率が2%以上 | セクション4の拒否を参照 |
| 高staleレート | staleレートが2%以上 | より近いSoloFuryリージョンに切り替え |
| Vardiffが安定していない | 新しいワーカー、ダッシュボードハッシュレートがゆっくり上昇中 | Vardiffが安定するまで30分待つ |
4. 症状：高拒否率
2%以上の拒否率は深刻な問題です。原因は2つのカテゴリに分かれます：
遅延関連の拒否（最も一般的）
マイナーがStratumジョブが期限切れになった後にシェアを送信しています。原因：
- プールサーバーへの高Ping（150ms以上）
- あなたとプール間のパケット損失
- 不安定なWi-Fi（BitaxeやNerdQAxeをWi-Fi使用時）
修正：
- より近いSoloFuryリージョンに切り替え（ヨーロッパは
eu-*.solofury.com、アジアはasia-*.solofury.com） - Wi-Fiから有線Ethernetに切り替え
ping <コイン>.solofury.comで接続品質を確認してジッターを記録
Vardiff難易度関連の拒否
Vardiffはワーカーのハッシュレートに合わせてシェア難易度を調整します。ワーカーがシェアを送信するのが遅すぎる（低ハッシュレート）か、vardiffが調整する時間がなかった場合、難易度が低すぎてシェアが拒否される場合があります。
修正：
- 新しいワーカーのvardiffが安定するまで30分待つ
- ハッシュレートがスペックを大幅に下回っている場合は、まずハッシュレートの問題を解決する
ハードウェア生成の拒否
ASICのチップが無効なシェアを計算しています。シリコンの故障を示します。
修正：
- チップ温度を確認（高温または低温の外れ値を探す）
- アンダーボルティングを減らす / 電圧を上げる
- 持続する場合は影響を受けたハッシュボードを交換
5. 症状：Stratum切断（ワーカーが再接続し続ける）
切断と再接続を繰り返すワーカーは各サイクルで数秒のハッシュを無駄にしています。原因は通常ネットワーク側にあります。
一般的な原因
| 原因 | 診断 | 修正 |
|---|---|---|
| 不安定なISPでTCPキープアライブが失敗 | mtrが>0.5%のパケット損失を示す | より近いHAProxyリレーリージョンを使用（すでにSoloFury EU/Asiaエンドポイントで有効） |
| プールのメンテナンス/再起動 | プール全体で複数のワーカーが同時に切断 | 待つ — 自動再接続が数秒以内に機能するはず |
| ファイアウォール / NATタイムアウト | ~5分ごとに正確に切断 | ルーターをより長いTCPキープアライブ（>10分）に設定、またはマイナー自身の再接続ループに依存 |
| 不良ethernetケーブルまたはPoEインジェクター | ランダムな切断、マイナーの電源サイクルと相関する場合がある | ケーブルを交換、PoEの健全性を確認 |
| ASIC IPの競合 | DHCPが同じIPを2つのデバイスに返す | ルーターで各ASICに静的IPを予約 |
| ISP DPI / トラフィックシェーピング | 切断がピーク時間帯と相関 | 別のStratumポートまたはVPNトンネルを試す |
SoloFuryのHAProxyリレーがどのように助けるか
SoloFuryのEUとAsiaエンドポイント（eu-*.solofury.comとasia-*.solofury.com）は24時間TCPタイムアウトと接続キープアライブが有効なHAProxyリレーです。プール側の再起動や、そうでなければ切断されるISPの問題中もワーカーの接続を維持します。北米にいない場合は、アトランタのプライマリよりも常にリージョナルリレーを優先してください。
6. 症状：シェアがまったくない（ワーカーが「最終確認：なし」または数時間前を表示）
ワーカーはプールの観点から完全にオフラインです。
診断シーケンス
- そのIPでASICのローカルUIに到達できるか？ いいえ → 電源、ネットワーク、またはASICハードウェア。はい → 続ける。
- ASICのローカルUIがマイニング中として表示しているか？ いいえ → ASICのプール設定を確認し、再起動し、ファームウェアを確認。はい → 続ける。
- ASICに設定されているプールURLは何か？ 以下のいずれかでなければなりません：
bch.solofury.com:7070、btc.solofury.com:7070、bc2.solofury.com:7070、bch2.solofury.com:7070、xec.solofury.com:7070、またはそれらのeu-/asia-地域版。 - ワーカー名は何か？
<ウォレットアドレス>.<ワーカー名>でなければなりません。ウォレットアドレスはコインに対して有効でなければなりません（BCH/BCH2にはBCH CashAddr、BTCにはP2PKH/Bech32、XECにはeCash等）。 - ASICから、プールに到達できるか？ ASICの診断ツールまたは同じサブネットの別のマシンからping/telnetを使用。
最も一般的な根本原因：間違ったウォレットフォーマット
各SoloFuryコインはネイティブフォーマットのウォレットを必要とします：
| コイン | フォーマット | 例 |
|---|---|---|
| BTC | Bech32またはP2PKH | bc1q...または1... |
| BCH | CashAddr（プレフィックスあり） | bitcoincash:qq... |
| BC2 | BTC互換 | bc1q...または1... |
| BCH2 | CashAddr（プレフィックスあり） | bitcoincash:qq... |
| XEC | eCash（プレフィックスあり） | ecash:qq... |
7. 症状：ベストシェアが低いまま（ブロックが見つからないか心配）
数週間のマイニング後にベストシェアがネットワーク難易度の0.001のようなものであっても、運が悪いとか確率が悪いとかは意味しません。ベストシェアはこれまでの最大値の統計です；ポアソン過程ではほとんどのシェアが小さく、最大値は行われた総作業の立方根でゆっくり成長します。低いベストシェアは統計的に正常です。
ブロック発見確率に重要なのは累積総ハッシュレート時間であり、ベストシェアではありません。ハッシュレートが良好で拒否率が低ければ、正しくロッタリーチケットを購入しています — 分散が表現するのに時間がかかるだけです。
ソロマイニングの分散の背後にある数学と、異なるハッシュレートレベルで何を現実的に期待できるかについては、ソロマイニングロッタリー数学の記事を参照してください。
8. クイックリファレンス：症状 → 最も可能性の高い原因
| 症状 | 最初に確認すること | 最も一般的な原因 |
|---|---|---|
| ハッシュレートが予想の20%以上下（安定） | ASICローカルUI | ハッシュボードまたは熱の問題 |
| ハッシュレートが分単位で激しく変動 | 小さなワーカーでは正常 | 分散、1時間平均を待つ |
| 拒否率が2%以上 | プールへのping | 遅延 — リージョンを変更 |
| staleレートが2%以上 | プールへのping | 遅延 — リージョンを変更 |
| ワーカーオフライン（「最終確認：数時間前」） | ASIC電源とネットワーク | 停電またはStratum設定エラー |
| 頻繁な切断 | ルーター/NAT、ISP | HAProxyリージョナルエンドポイントを使用 |
| 数週間後もベストシェアが非常に低い | 統計的なもの | 正常、マイニングを続ける |
| 起動後ハッシュレートがゆっくり上昇 | Vardiffが収束中 | 30分待つ、正常な動作 |
9. 正しいSoloFuryリージョンを選ぶ
プール遅延はシェア品質に最もコントロールしやすい要素です。SoloFuryは3つのリージョンを運営しています：
| リージョン | エンドポイントパターン | 最適用途 |
|---|---|---|
| アトランタ（プライマリ） | <コイン>.solofury.com | 北米、カリブ海、南米東海岸 |
| フランクフルト（EUリレー） | eu-<コイン>.solofury.com | ヨーロッパ、中東、アフリカ |
| シンガポール（アジアリレー） | asia-<コイン>.solofury.com | アジア、オセアニア、インド |
各エンドポイントの<コイン>を置き換えてネットワークからpingを送信して遅延をテストします。最も低いものを選びます。2つが近い場合、単純な平均の低さではなく、より低いジッター（ping時間の分散）を持つものを優先します。
10. サポートに連絡する時
このガイドを通じても以下の症状のいずれかをワーカーが示している場合：
- 複数のワーカーが同時にすべて切断する、SoloFuryでのみ（他のプールでは発生しない）
- ASICのUIがハッシュしていることを確認しているにもかかわらず、すべてのワーカーがゼロシェアを表示
- Hall of Fameでブロックが見つかっているがウォレットに報酬が届いていない
…Telegramボットまたは@SoloFuryPool（X）でSoloFuryサポートに連絡してください。以下を提供してください：
- ウォレットアドレス（サポートがワーカー履歴を調べるため）
- マイニングしているコイン（BTC/BCH/BC2/BCH2/XEC）
- 症状を示しているワーカー名
- ASICで設定されているエンドポイントURL
ほとんどの問題は、サポートがワーカー名を持ってから30分以内に解決します。
次のステップ
- 誤動作するASICの完全な診断ウォークスルーのためにMiner Health Checkガイドを実行
- 新しいマイナーを設定している場合はAntminer S21+設定ガイドまたはAntminer S19 & Whatsminer M-series設定ガイドを参照
- レンタルハッシュレートの診断の違いについてはNiceHash ソロマイニングガイドを参照
- シェア難易度の数学の背景についてはソロマイニング分散記事を読む
- リアルタイムのプールステータスはシステムステータスページを確認