CGMiner 出力の読み方 — マイニング端末を理解する
CGMiner 端末のすべての行を解読：accepted shares、diff、worker ID、ハッシュレート、温度、HW エラー率を実際の NoxHash ログで解説。
CGMiner output は、ASIC が稼働中に出力するライブターミナルログです。受理された share、ハッシュレートの数値、チップ温度、プールのメッセージが、すべてリアルタイムでスクロールされていきます。NoxHash のマイナーで View Desktop を開くと、このストリームを直接ご覧いただけます。このガイドではすべてのフィールドを解読し、ターミナルが意味不明な文字列に見えなくなるようにします。
CGMiner とは実際には何か
CGMiner はオープンソースのマイニングソフトウェアで、ASIC チップと通信し、プールに作業を送信し、実行するすべての動作の実行ログを出力します。2011 年以来業界標準となっており、現在も最新の Antminer S21 や WhatsMiner M60/M66 のほとんどが本番環境で使用しているソフトウェアです。NoxHash のすべてのマイナーがこれを使用しています。
View Desktop でスクロールしているログは、シミュレーションでも装飾されたダッシュボードでもありません。愛好家が自宅で自分の ASIC で見るものと同じ生の出力そのものです。ソフトウェア自体をより深く掘り下げたい場合は、正式なリファレンスとして GitHub 上の CGMiner ソースリポジトリ をご参照ください。コミュニティが依存しているフラグやログフォーマットが今も文書化されています。
ASIC チップと通信
各チップに work unit を供給し、結果を読み取り、数秒ごとにハッシュレートと温度をターミナルに報告します。
プールと通信
Stratum プロトコルを使用して完了した作業 (shares) を FPPS プールに送信し、その後プールが受理したかどうかを出力します。
すべてを出力
すべての share、すべてのハッシュレート測定、すべてのプール再接続、すべてのハードウェアエラー — すべてタイムスタンプ付きで 1 つのスクロールログに記録されます。
Accepted Share 行の解剖
最もよく見られる 1 行は accepted share です。NoxHash の Pro Miner では、約 1~2 秒ごとに出現します。以下は View Desktop でスクロールしているのが見える典型的なサンプルです:
[2026-04-23 10:15:32] Accepted abcd1f2e3... Worker:username123 Diff 16384/16384 Pool:FoundryUSA
各フィールドには特定の意味があります。これらが何をエンコードしているかがわかれば、どんな CGMiner ログでも数秒で読めるようになります:
[2026-04-23 10:15:32] — タイムスタンプ
イベントが発生した時刻で、データセンターの現地時間で表示されます。ダッシュボードのグラフの低下をログの特定の出来事と関連付けるのに役立ちます。
Accepted — share の結果
プールがこの作業片が有効であることを確認し、ワーカーに反映したことを示します。受理されたすべての share は進行中の小さな支払いです。Rejected と Stale もこの位置に表示されます。
abcd1f2e3... — share のハッシュ
ログの識別子として使用される share ハッシュの短い接頭辞です。通常は無視してかまいません — プールサポートと特定の送信をデバッグする場合にのみ重要です。
Worker:username123 — ワーカー ID
このマイナーに紐づくプールログインです。NoxHash は各マシンに専用の worker を割り当てるため、手動設定なしで収益が正しいユーザーに反映されます。
Diff 16384/16384 — share の難易度
この share が達成した difficulty ターゲットと、プールが設定したターゲットです。数値が高いほど難しくなります。最新のプールはハッシュレートに合わせて diff を自動調整します — Pro 層では 16,384 が表示され、Enterprise 層ではさらに高い数値になります。
Pool:FoundryUSA — アクティブなプール
どのマイニングプールが share を受信したかを示します。NoxHash はデュアルプールフェイルオーバーを運用しているため、Pool 0 が切断されて Pool 1 が引き継いだ場合、このフィールドはセッションの途中で変わる可能性があります — 健全で目立たないイベントです。
Share の難易度はしばしば最も混乱するフィールドです。簡単なアナロジーで言えば、diff は「1 回の送信」として認識されるために購入しなければならない宝くじの数のようなものです。diff 16,384 は、あなたの share が Bitcoin の基本ターゲットの 16,384 倍難しいパズルを解いたことと同等であることを意味します。プールはそのような share を多数まとめて、収益を比例的にクレジットします。
ハッシュレートと温度の行を読む
share の行の合間に、CGMiner は ASIC 自体からの定期的なステータス更新を出力します。これらはハードウェアが宣伝通りに動作していることを確認する行です:
[ASIC 0] 200.3 TH/s Temp: 68°C HW: 0% [ASIC 1] 199.8 TH/s Temp: 71°C HW: 0.01% [ASIC 2] 200.1 TH/s Temp: 69°C HW: 0%
チップごとのハッシュレート (200.3 TH/s)
最新の ASIC 上のハッシュボードはそれぞれ個別に報告されます。これらを合計すると、プランの目安値 — NoxHash の 4 つの階層で 50、150、350、または 1,000 TH/s — の数パーセント以内に収まるはずです。短い下落は正常ですが、チップ全体が 0 TH/s に崩壊するのは正常ではありません。
チップ温度 (68°C)
健全な最新の ASIC チップは、フルロードでおおよそ 55°C から 80°C の範囲で動作します。85°C を超えるとチップは自らスロットリングし、90°C を超えると安全のためシャットダウンする可能性があります。NoxHash のカザフスタンのデータセンターは、屋外の空気がしばしば 0°C を下回るため、これらの数値は年間を通じて快適に保たれます。
HW エラー率 (0% / 0.01%)
HW は、チップが生成したハッシュのうち内部整合性チェックに失敗した割合です。健全なマイナーでは 0% から 0.1% の範囲に収まります。1% から 2% を継続的に超える場合は、そのチップが過熱している、アンダーボルト気味になっている、または物理的に劣化しているサインで、現地チームが調査する合図となります。
このガイドをライブの CGMiner ウィンドウの隣に置きましょう
あなたは今や share 行のすべてのフィールドとハッシュレート行のすべてのカラムを理解しています。これを定着させる最短の方法は、無料の 2 日間 Basic Miner です — その上で View Desktop を開けば、これらの行をそれぞれ 1 分以内に見つけられます。
健全な出力と警告サイン
ターミナルのほとんどは安心感のある繰り返しです。コツは、実際に重要なごく少数のパターンに気づくことです。この横並びの比較は、ユーザーから最もよく質問される行を網羅しています:
| 信号 | 健全 | 要調査 |
|---|---|---|
| Accepted カウンター | 1–3 秒ごとに増加 | 60 秒以上停止 |
| Rejected / stale 率 | Accepted の 1% を大きく下回る | 数分間 2% 以上が継続 |
| 総ハッシュレート | プラン目標の ~5% 以内 | 20% 以上の持続的な下落 |
| チップ温度 | 55°C から 80°C | 85°C 超 (throttling のリスク) |
| HW エラー率 | 0% から 0.1% | 1–2% 超 (熱またはシリコン) |
| プールステータス | Pool 0: alive | 繰り返される reconnecting の行 |
一点ご注意いただきたいのは、NoxHash の 24/7 の現地チームがこれらのすべての信号を自動で監視していることです。「要調査」の列で何かに気づかれた時、ほぼ確実にすでに対応が進められています。View Desktop は透明性のためのツールであり、サポートチケットではありません — ただし、ある行が本当に気になる場合はご連絡いただければ、チームが一緒にログをご確認します。
疲れずにログを読む 4 つのコツ
ターミナルは高速に動きます。これらの習慣は、画面を 1 時間見つめることなく、数秒の出力を読んですべてが大丈夫かどうかを判断するのに役立ちます。
share のハッシュではなく Accepted を見る
16 進数文字列はノイズです。重要なのは、Accepted で始まる行が出続けることです。出続けていれば、あなたの worker は収益を上げています。
チップごとのハッシュレートを合計する
各チップの TH/s の数値を合計して、プランと比較します。小さなばらつきは正常ですが、チップ 1 つがまるごと 0 なのは正常ではありません。
1% を超える HW はフラグと見なす
1–2% を継続的に超える HW エラー率は、ほぼ必ず熱ストレスに起因します。データセンターチームがあなたより先に気づきますが、知っておく価値はあります。
何時間もログを追わない
1 日 30 秒の確認で十分です。ダッシュボードがログの示す内容を要約し、自動監視が人間がターミナル出力をスクロールするよりずっと早くチームに通知します。
よくある質問
share 行の「Diff 16384」は実際に何を意味しますか?
これは share の difficulty ターゲットです。diff 16,384 は、その share が Bitcoin の基本 share ターゲットよりも 16,384 倍難しいことを意味します。プールは各 worker ごとにこの数値を自動調整して、高速マイナーが低価値の share でプールを氾濫させる代わりに、より少数でより重い share を送信するようにしています。
rejected や stale shares は私のマイナーの問題ですか?
少ない割合 — Accepted の 1% を大きく下回る — はどの ASIC でも正常です。Stale shares は、あなたの share がプールに到達する前にブロックがすでに解かれた場合に発生します。数分間継続する 2% 以上の拒否率は調査する価値があり、通常はネットワークまたはプールの不具合を示します。
Bitcoin ASIC の安全なチップ温度はどのくらいですか?
Antminer S21 や WhatsMiner M60/M66 シリーズを含むほとんどの最新 ASIC チップは、フルロードでおおよそ 55°C から 80°C の範囲で安全に動作するよう規定されています。85°C を超えるとファームウェアがクロックスロットリングを開始し、90°C を超えるとマイナーはシリコンを保護するためにシャットダウンする可能性があります。
HW カラムとは何で、いつ心配すべきですか?
HW は、CGMiner の内部整合性チェックに失敗したハッシュの割合です。健全なマイナーでは 0% から 0.1% の範囲に収まります。1% から 2% を継続的に超える場合は、熱ストレス、アンダーボルト、またはシリコンの劣化の兆候です — その閾値を超えた時点で、当社の現地チームがすぐに調査を開始します。
なぜ私のターミナルでは時々異なるプール名が表示されるのですか?
NoxHash はすべてのマイナーにデュアルプールフェイルオーバーを設定しています。プライマリプールに短時間の障害が発生すると、CGMiner はシームレスにバックアップに作業を引き渡し、新しい share 行のプールフィールドはそれを反映して変わります。収益は中断されることなく続き、プライマリが復旧し次第マイナーは再接続します。
毎日 CGMiner output を読む必要がありますか?
いいえ。NoxHash のダッシュボードがログの示すすべての内容を要約し、24/7 の自動監視が人間がターミナル出力を追うよりも早く問題をキャッチします。View Desktop と生のログは透明性のために存在します — あなたのハッシュレートが本物であることを確認できるよう — 日々の作業としてではありません。
金融アドバイスではありません
CGMiner output を読むことで実際のハードウェアが稼働していることは証明されますが、マイニングの経済性そのものが変わるわけではありません。Bitcoin の収益は BTC の価格、ネットワークの難易度、市場状況に左右され、これらはすべて急速に変化する可能性があります。過去の実績は将来のパフォーマンスを保証するものではありません。失っても差し支えない資金のみを投じ、お住まいの国での暗号資産収益に関するご質問は現地の税務アドバイザーにご相談ください。