我们如何为您的矿机保持 99.9% 正常运行时间
NoxHash 如何实现 99.9% 在线率：双路供电、双 ISP 光纤、24/7 技术员、看门狗监控及 4–8 小时硬件 SLA。
99.9% 在线率意味着您的矿机始终在线，每月停机时间不超过大约 43 分钟。在 NoxHash，我们依靠八层相互重叠的冗余机制实现这一指标——冗余电源、双 ISP 光纤、7×24 现场技术人员、watchdog 监控、矿池自动故障切换以及 4 到 8 小时的硬件更换 SLA。下面详细说明每一层的运作方式。
99.9% 在线率到底意味着什么
在线率是指系统正常运行并履行其职能的时间百分比。对于矿机来说，"履行其职能" 意味着对比特币网络进行哈希运算并向矿池提交有效 share。公式很简单：在线率 = (总时间 − 停机时间) ÷ 总时间 × 100%。
0.1% 的差距听起来很小，但在不同量级下含义截然不同。任何宣称在线率的厂商都应该明确指出百分比和测量周期——声称 "月均 99%" 的供应商所承诺的允许停机时间，是 NoxHash 99.9% 标准的 17 倍。
| 在线率 SLA | 每日最大停机 | 每月最大停机 | 每年最大停机 |
|---|---|---|---|
| 99%（"两个 9"） | 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 行业组织，将 99.671% 可用性划给 Tier I 设施，而 Tier IV 则高达 99.995%。NoxHash 的 99.9% 目标稳稳地处于商用运营区间，更重要的是，它对于您向矿池提交 share 的实际意义才是关键。
为什么家用 ASIC 很难超过 90%
如果您在车库里运行一台 Antminer S21，三个实际问题会在您察觉之前悄悄偷走在线时间：
电网断电
大多数国家的居民用电每年都会跳闸好几次。没有 UPS 意味着每次闪断都会触发重启——每次事件往往需要 10 到 30 分钟才能恢复。
家用 ISP 中断
一条家庭网线，没有任何备份。ISP 维护期间，矿机会提交 0 个 share 直到恢复——这就是直接的收益损失。
维护时间窗
灰尘、风扇磨损、固件升级和热降频都在一点点吃掉时间。典型的家用运营者一年累计下来会有 10% 到 20% 的停机而浑然不觉。
对独立家用矿工的行业调查普遍报告有效在线率在 85% 到 92% 之间。这个差距——比 NoxHash 99.9% 目标低 8 到 15 个百分点——大致相当于每年 70 到 130 小时的哈希时间损失。按每 TH/天 $0.05 计算，即便是小型矿机，光是停机也会造成明显的收益流失。
让您的矿机保持在线的 8 层机制
冗余不是一个单独的开关——它是一整套堆栈。每一层都处理一种特定的故障模式，这样任何单一问题都不会触及您的 hashrate。以下是我们在哈萨克斯坦设施中运行的配置：
1. 7×24 现场技术团队
技术人员在哈萨克斯坦设施全天候轮班。人工巡检机柜能捕捉到传感器漏掉的问题——松动的线缆、失效的风扇、异常的噪音。现场动手几分钟就能更换一台机器，而不是几小时。
2. UPS + 柴油发电机自动切换
UPS 电池在电网故障的最初几秒零中断地吸收冲击，随后柴油发电机自动启动并按需承担负载。矿机完全感知不到这次切换。
3. 双 ISP 光纤冗余
两条来自不同运营商的独立光纤沿不同的物理路径进入设施。如果一条线路因施工或维护被切断，流量会在几秒内自动重新路由到第二条线路。
4. 实时 hashrate + 温度监控
每台矿机将 hashrate、芯片温度和风扇 RPM 上报至中央仪表盘。异常——某台机器比预期 TH/s 低 10%，或某颗芯片超出安全温度——会在几秒内触发 pager 告警。
5. 4 到 8 小时硬件更换 SLA
当一台矿机彻底无法修复时，现场库存中的备用机会在 4 到 8 小时内顶上。您的租用会继续在同一套餐下 hashing——您察觉不到当前分配的是哪一台物理设备。
6. 矿池自动故障切换
CGMiner 预先配置了备用矿池。如果主 FPPS 矿池停止接受 share——罕见，但在 DDoS 事件中会出现——矿机会自动重连到备用矿池，这样您的 hashrate 永远不会闲置。
7. CGMiner 自动重启
Windows Server 镜像专为挖矿调优——没有更新、没有 Defender 扫描、没有后台应用。如果 CGMiner 崩溃，服务包装器会在几秒内重新启动它，无需等待任何人工介入。
8. 硬件 watchdog
控制板上的 watchdog 芯片每隔几秒期待一次心跳信号。如果操作系统死锁，watchdog 会自动对机器断电重启——无需技术人员走到机柜旁即可恢复。
各类故障场景下发生的事
不了解响应时间，再多的冗余描述也没意义。下面是我们常见故障模式从出现到完全恢复的典型时间线：
电网断电——0 秒恢复
UPS 在最初的电网故障期间承担全部负载。10 到 30 秒内，柴油发电机完成同步并接管。矿机根本没失去电源——对您的 hashrate 而言，在线率影响实际上为零。
主 ISP 线路断开——数秒恢复
边界路由器检测到线路故障并通过备用 ISP 通告路由。Share 提交在一分钟内恢复；任何在途的 share 都会被 CGMiner 自动重新提交。
矿池停止接受 share——< 1 分钟恢复
CGMiner 检测到 share 未被接受，随即切换到配置中定义的备用矿池。当主矿池回来后，FPPS 记账随即恢复；您会看到图上一个短暂的下陷，但收益不会丢失。
某台机器 CGMiner 崩溃——数秒恢复
服务包装器自动重启 CGMiner。如果进程持续崩溃，watchdog 会对机器断电重启。监控记录该事件；技术人员在同一班次内排查根因。
硬件故障（PSU、hashboard、风扇）——4 到 8 小时恢复
告警送达当班技术人员。从库存中取出备用机上架；您的租用被重新分配到新硬件上。从检测到 hashrate 完全恢复，SLA 目标是 4 到 8 小时。
温度异常——自动降频，无需人工介入
如果某颗芯片超过安全温度，矿机会自动降频或自动关机以保护硅片。技术人员当天会检查散热、清洁滤网或重新安装机器。大部分事件在不损失 hashrate 的情况下被解决。
把这 8 层后盾放在您的第一台矿机背后
您刚刚读到了 NoxHash 如何在不影响 hashrate 的情况下吸收电力、网络、软件和硬件故障。从免费 2 天 Basic Miner 试用开始，实时观看运行仪表盘——无需任何押金。
常见问题
在 NoxHash，到底什么算作停机？
停机是指您分配到的 hashrate 未向矿池提交有效 share 的任何时段。数秒内完成的计划固件升级不计入其中，但任何计划外中断——电力、网络、软件或硬件——都计入 99.9% 目标。
99.9% 在线率是按单台矿机还是全矿场整体衡量？
这是按单笔租用制定的目标。您租用的 hashrate 预期在计费月份内有 99.9% 的时间在线。如果物理矿机故障，您的租用会在 4 到 8 小时 SLA 内被重新分配到库存中的备用机，因此即便底层硬件更换，租用仍然持续 hashing。
NoxHash 的在线率与 AWS 或 Google Cloud 相比如何？
主流云服务商对计算服务公布的是 99.99% SLA——相当于每月约 4.3 分钟停机，对比我们的 43 分钟。权衡点在于用途：超大规模云服务面向 Web 基础设施，而 NoxHash 针对的是在专用 ASIC 硬件上持续 7×24 hashing，并在现场配备备用库存。
4 到 8 小时的硬件更换期间，我会损失收益吗？
只有在机器断电的那段时间您才会在 hashrate 图上看到一段缺口。由于 FPPS 记账以已提交 share 为基础，这段缺失确实会减少该窗口的收益——但周围 99.9% 的在线率预算能让月度总额非常接近预期基线。
我可以实时查看矿机的在线率和温度吗？
可以。您的仪表盘会显示 running、stopped 或 expired 状态以及实时 hashrate。若需要更深入的细节，点击任意活动矿机上的 View Desktop 即可打开真正的 Windows Server 会话，实时查看 CGMiner 终端输出，包括芯片温度和 share 接受情况。
NoxHash 无法控制的最大在线率风险是什么？
比特币网络事件——跨多家服务商的全矿池级别故障，或哈萨克斯坦与全球对等节点之间大范围的互联网中断。这类事件罕见且属于行业共性，没有任何单一矿业运营方能完全与之隔离。我们的双 ISP 和多矿池配置可以降低暴露面，但无法完全消除。
非财务建议
在线率描述的是您的矿机 hashing 的可靠程度——它并不描述收益。比特币挖矿回报取决于 BTC 价格、全网难度、矿池费用和减半周期，这些都可能迅速变化且不在任何运营方的掌控之中。过去的在线率和过去的收益并不能保证未来的结果。请仅使用您能承受损失的资金进行租用，并就您所在国家的加密收益问题咨询当地税务顾问。