Uptime は稼働時間、または明確に定めた観測期間に占める割合です。採掘では到達性、ハッシュ処理、その他のサービスのどれを測るか、欠測値の扱い、含める停止を示す必要があります。
NIST は可用性をサービスや情報への利用可能なアクセスと結び付けており、共通の採掘百分率としてはいません。独自の例では、24 時間中 23 時間条件を満たすと約 95.83 % です。保守の 1 時間を分母から除けば指標が変わるため、明示が必要です。 [NIST — Availability]
Braiins は 2026 年 2 月の指標説明で、機器が応答する Worker System Uptime と、ハッシュレートがゼロでない区間を示す Worker Hashing Uptime を分けています。応答しても処理していない場合があります。非ゼロのハッシュレートだけでは公称性能も確認できません。 [Braiins — Mastering Uptime, 2026]
Braiins Manager は測定値が欠けると Unknown を使い、Agent Offline はエージェントの不通を示します。測定の中断だけではマイナー停止の証拠になりません。独自計算では不明区間を別に示すか扱いを説明し、根拠なく正常稼働や故障へ置き換えないでください。 [Braiins Manager — Hashing and Connectivity Status]
Braiins Pool はプール条件を満たす提出結果から実効ハッシュレートを算出します。短期的には shares の発見のばらつきや接続が影響します。機器表示との差をそのまま同じ停止率に変換することはできません。同一期間と提出された仕事の品質を比較してください。 [Braiins Pool — Hashrate Specification]
Braiins Pool の監視で Offline はハッシュレート未検出を意味し、到達不能を直接測った結果ではありません。5 分ごとに記録し、Low は閾値未満の期間が 2 回続くと成立します。Disabled は監視停止であり、マイナーが採掘を止めたとは述べていません。 [Braiins Pool — Monitoring]
Braiins Manager のダッシュボード文書では 5 分ごとの更新と、時系列の 20 分遅延が記載されています。すべての監視に共通する特性ではありません。警報とグラフを比べる際はイベント時刻、時間帯、データの古さを確認し、最後の点を現在の状態と決めつけないでください。 [Braiins Manager — Dashboard]
Braiins は Curtailment を、高い電力価格や系統からの要請などに対応する意図的な運転削減として説明します。低い hashing uptime が故障を意味するとは限りません。計画抑制、保守、予期せぬ故障を分けて報告し、高い uptime だけで高収益と判断しないでください。 [Braiins — Mastering Uptime, 2026]
Braiins Pool は worker 全体を監視するため、複数機器が同じ名前を使うと個別診断にはなりません。独自例では 100 TH/s と 200 TH/s の機器の uptime が 100 % と 50 % なら単純平均は 75 %、公称ハッシュレート加重平均は 66.67 % です。重みを明示してください。この計算も受理された shares を測るものではありません。 [Braiins Pool — Monitoring]
理解を深めるには、この項目とあわせて次もお読みください Air Cooling, Hashrate, Curtailment, Mining Farm. 次の項目からも参照されています Air Cooling, Curtailment, Flare Gas Mining, Landfill Gas Mining.