ガイド

NoxHashが稼働率99.9%を維持する仕組み

電源冗長化、デュアルISP光回線、24時間常駐技術者、ウォッチドッグ監視、4〜8時間ハードウェアSLAで稼働率99.9%を実現。

Updated May 01, 2026
NoxHashが稼働率99.9%を維持する仕組み

99.9% のアップタイムとは、マイナーが毎月わずか 約 43 分 を除いて常にオンラインを維持することを意味します。NoxHash では、冗長化された電源、デュアル ISP の光ファイバー、24 時間常駐のテクニシャン、ウォッチドッグ監視、プールの自動フェイルオーバー、そして 4 から 8 時間のハードウェア交換 SLA という 8 層の重ね合わせでこの数値を達成しています。以下では各層の仕組みを詳しく説明します。

月最大 ~43 分のダウンタイム 8 層の冗長化 ハードウェア交換 SLA 4-8 時間
リアルタイムのハッシュレートダッシュボードと 24 時間マイナーを監視する現場テクニシャンが映る NoxHash のオペレーションセンター

99.9% アップタイムが実際に意味すること

アップタイムとは、システムが稼働し本来の目的を果たしている時間の割合です。マイニングリグにおける「目的を果たす」とは、Bitcoin ネットワークに対してハッシュを行い、有効な share をプールへ提出することを指します。計算式は単純です: アップタイム = (総時間 − ダウンタイム) ÷ 総時間 × 100%。

0.1% の差は小さく見えますが、スケールごとに意味は大きく異なります。アップタイムを謳う者は、必ず割合と測定ウィンドウの両方を明示すべきです — 「月次 99%」と掲げるベンダーは、NoxHash の 99.9% 基準に比べて 17 倍も多くのダウンタイムを許容していることになります。

アップタイム SLA 最大ダウンタイム / 日 最大ダウンタイム / 月 最大ダウンタイム / 年
99%(「ツーナインズ」) 14.4 分 ~7.2 時間 ~3.65 日
99.9%(NoxHash) 1.44 分 ~43.2 分 ~8.76 時間
99.99%(AWS ティア) 8.64 秒 ~4.32 分 ~52.6 分
典型的な家庭用 ASIC ばらつきあり しばしば > 3 日 しばしば < 90% アップタイム

参考までに、業界で広く使われる データセンターの Tier I-IV 分類 を定める業界団体 Uptime Institute は、Tier I 施設に 99.671%、Tier IV には最大 99.995% の可用性を割り当てています。NoxHash の 99.9% という目標は商用運用のレンジに収まり、より重要なのは、マイニングプールへの share 提出にとって意味のある数字であるという点です。

家庭用 ASIC が 90% を超えにくい理由

ガレージで Antminer S21 を 1 台動かしているなら、気づく前に 3 つの現実的な問題がアップタイムを奪っていきます:

商用電源の停電

ほとんどの国で家庭用電源は年に数回止まります。UPS がなければ、瞬断のたびに再起動が発生し — 1 件につき復旧に 10 から 30 分かかります。

家庭用 ISP の障害

フェイルオーバーのない 1 本の家庭用回線です。ISP がメンテナンスを行うと、復旧するまでマイナーは share をゼロ枚しか提出しません — それは収益の直接的な損失です。

メンテナンス時間

埃、ファンの摩耗、ファームウェア更新、サーマルスロットリングはすべて時間を食いつぶします。典型的な家庭運用者は、それと気づかないまま年間 10 から 20% のダウンタイムを積み上げます。

独立した家庭用マイナーを対象にした業界調査では、実効アップタイムは 85% から 92% の範囲に落ち着くという報告が常に出ます。NoxHash の 99.9% という目標より 8 から 15 ポイント低いこの差は、年間におよそ 70 から 130 時間のハッシュ損失に相当します。TH / 日あたり $0.05 で見ても、小さなリグですらダウンタイムだけで無視できない収益を失います。

マイナーをオンラインに保つ 8 つの層

冗長化は一つの大きなスイッチではなく、スタックです。各層が特定の障害モードを処理するので、単一の問題があなたのハッシュレートに到達することはありません。カザフスタンの施設で稼働している構成は以下の通りです:

1. 24 時間常駐のテクニカルチーム

テクニシャンがカザフスタン施設で 24 時間交代勤務しています。ラックを見る人間の目は、センサーが見落とす問題 — 緩んだケーブル、故障したファン、異常な音 — を拾います。物理的な手があれば、数時間ではなく数分でユニットを交換できます。

2. UPS + ディーゼル発電機による自動フェイルオーバー

UPS バッテリーがあらゆる商用電源事故の最初の数秒を無瞬断で吸収し、その後ディーゼル発電機が自動的に立ち上がり必要な時間だけ負荷を担います。マイナーはこの切り替えを一切感知しません。

3. 冗長化されたデュアル ISP 光ファイバー

異なる事業者の独立した 2 本の光ファイバーが、別々の物理経路で施設に入っています。工事やメンテナンスで一方の回線が切断されても、トラフィックは数秒以内に自動的に 2 本目の回線へ切り替わります。

4. リアルタイムのハッシュレート + 温度監視

すべてのマイナーが、ハッシュレート、チップ温度、ファン RPM を中央ダッシュボードへ報告します。想定 TH/s より 10% 下回るユニットや安全温度を超えたチップといった異常があれば、数秒以内にページャーアラートが発生します。

5. 4 から 8 時間のハードウェア交換 SLA

マイナーが修理不能なほど故障した場合、現場在庫の予備ユニットが 4 から 8 時間以内に代わりに入ります。同じプランの下でレンタルはハッシュを続けるため、どの物理機体が割り当てられているかに気づくことはありません。

6. プールの自動フェイルオーバー

CGMiner はバックアップ用のマイニングプールを設定済みです。メインの FPPS プールが share を受け付けなくなった場合 — まれですが、DDoS 時に発生します — マイナーは自動的にセカンダリプールへ再接続し、ハッシュレートが遊ぶことはありません。

7. CGMiner の自動再起動

Windows Server のイメージはマイニング専用にチューニングされています — 更新なし、Defender スキャンなし、バックグラウンドアプリなし。CGMiner がクラッシュしても、サービスラッパーが人の介入を待たずに数秒で再起動します。

8. ハードウェアウォッチドッグ

コントロールボード上のウォッチドッグチップが、数秒ごとにハートビートを待ちます。OS がハングすれば、ウォッチドッグが自動でユニットをパワーサイクルします — テクニシャンがラックまで歩く必要なく復旧します。

各障害シナリオで起こること

応答時間を知らなければ、冗長化の説明にはほとんど意味がありません。以下は、よく遭遇する障害モードについて、発生から完全復旧までの典型的なタイムラインです:

1

商用電源の停電 — 復旧 0 秒

最初の停電中は UPS が負荷全体を担います。10 から 30 秒以内にディーゼル発電機が同期して引き継ぎます。マイナーは電力を失わないため、ハッシュレートへのアップタイム影響は実質ゼロです。

2

メイン ISP 回線ダウン — 数秒で復旧

境界ルーターが回線障害を検出し、セカンダリ ISP 経由で経路を広告します。share 提出は 1 分以内に再開され、送信中の share は CGMiner が自動で再送します。

3

マイニングプールが share 受付停止 — < 1 分で復旧

CGMiner は share が受け付けられていないことを検出し、設定にあるバックアッププールへ切り替えます。メインプールが戻ると FPPS の精算も再開し、グラフには一時的な落ち込みが見えますが収益は失われません。

4

1 台で CGMiner がクラッシュ — 数秒で復旧

サービスラッパーが CGMiner を自動で再起動します。プロセスがクラッシュし続ける場合、ウォッチドッグがユニットをパワーサイクルします。監視がイベントを記録し、同じシフトのテクニシャンが根本原因を調査します。

5

ハードウェア故障(PSU、ハッシュボード、ファン)— 4 から 8 時間で復旧

アラートは当直のテクニシャンへ流れます。在庫から予備ユニットが取り出されラックに組み込まれ、レンタルは新しいハードウェアに再割り当てされます。検出からハッシュレートの完全復元までの SLA 目標は 4 から 8 時間です。

6

サーマル異常 — 自動スロットル、手動操作不要

チップが安全温度を超えた場合、マイナー自身がシリコンを守るためにスロットルまたはシャットダウンします。テクニシャンは同日中に冷却を確認し、フィルターを清掃したり、ユニットを再装着したりします。ほとんどの事象はハッシュレートを損なうことなく解決します。

8 層 · SLA 99.9% · ハードウェア交換 4-8 時間

最初のマイナーの後ろにこの 8 つの層を

NoxHash が電源、ネットワーク、ソフトウェア、ハードウェアの障害をハッシュレートに触れさせずに吸収する仕組みをご覧いただきました。2 日間の無料 Basic Miner トライアルから始めて、ライブダッシュボードをご確認ください — 入金は不要です。

リアルタイムのハッシュレート、マイナー単位のステータスタイル、温度ヒートマップを表示する NoxHash のライブ監視ダッシュボード

よくある質問

NoxHash ではダウンタイムに具体的に何が含まれますか?

ダウンタイムとは、割り当てられたハッシュレートがマイニングプールに有効な share を提出していない期間すべてを指します。数秒で完了する予定されたファームウェア更新は含まれませんが、電源、ネットワーク、ソフトウェア、ハードウェアに関する計画外の停止はいずれも 99.9% 目標に算入されます。

99.9% のアップタイムはマイナー単位ですか、それとも全体平均ですか?

レンタル単位の目標です。お借りいただいたハッシュレートは、課金対象月の 99.9% の期間オンラインであることが期待されます。物理マイナーが故障した場合、お客様のレンタルは 4 から 8 時間の SLA 内に在庫の予備ユニットへ再割り当てされるため、基盤ハードウェアが変わってもレンタルはハッシュを続けます。

NoxHash のアップタイムは AWS や Google Cloud と比べてどうですか?

大手クラウド事業者はコンピュートサービスに 99.99% の SLA を公表しています — これは月におよそ 4.3 分のダウンタイムで、当社の 43 分と対比されます。トレードオフは目的にあります: ハイパースケーラーは Web インフラを対象としますが、NoxHash は現場に交換用在庫を備えた専用 ASIC ハードウェアで 24 時間のハッシュを継続することに最適化されています。

4 から 8 時間のハードウェア交換中に収益を失いますか?

ハッシュレートのグラフにギャップが見えるのは、ユニットが抜かれている時間帯のみです。FPPS の精算は提出済みの share に基づくため、その区間の収益は減少しますが、周囲の 99.9% のアップタイム余裕が月の合計を期待ベースラインに非常に近く保ちます。

マイナーのアップタイムと温度をリアルタイムで確認できますか?

はい、可能です。ダッシュボードには running、stopped、expired のステータスとリアルタイムのハッシュレートが表示されます。より詳しく見たい場合は、稼働中のマイナーで View Desktop をクリックすると実際の Windows Server セッションが開き、チップ温度や share の受理を含む CGMiner のライブターミナル出力をご覧いただけます。

NoxHash が制御できない最大のアップタイムリスクは何ですか?

Bitcoin ネットワーク上のイベントです — 複数の事業者にまたがるプール全体の障害や、カザフスタンとグローバルのピア間で起こる広域インターネット遮断などです。これらはまれで業界共通の事象であり、単独のマイニング事業者が完全に遮断することはできません。当社のデュアル ISP と複数プール構成はエクスポージャーを最小化しますが、ゼロにはできません。

財務上の助言ではありません

アップタイムはマイナーがどれだけ安定してハッシュを行うかを示すもので、収益を示すものではありません。Bitcoin マイニングのリターンは BTC 価格、ネットワーク難易度、プール手数料、半減期に左右され、これらはすべて急速に変化し得るもので、どの運用者の制御下にもありません。過去のアップタイムや過去の収益は将来の結果を保証しません。損失を許容できる資金の範囲でのみレンタルを行い、お住まいの国における暗号資産収益に関する質問は現地の税務顧問にご相談ください。