VNISH Ninja · 学院
矿机已启动:宣布安装成功前要验证什么
网页可访问只说明系统的一部分已启动。必须验证 build、硬件清单、冷却、矿池连接和 accepted work,才能判断安装成功。

工作方法
- 将回读 build 与计划目标逐项比较。
- 把 hashboards 与芯片数量同变更前清单比较。
- 按准确变体检查冷却、温度、PSU 与电气状态。
- 确认 pool、worker 与 accepted work;分开本地与矿池指标。
一起分析一个场景
教学场景--并非真实客户结果。
假设首次启动时出现了预期的标识,仪表板也能正常阅读。接下来有价值的动作,是与变更前记录进行比较,而不是立即宣布成功。确认报告的构建版本就是为这台设备计划的版本。将检测到的板卡与原有清单比较,再检查冷却观察结果和新增错误。
然后确认预期的 worker,并检查矿池记录在选定的观察时段内是否显示了被接受的工作。如果缺少一块板卡,即使总算力看起来仍然很高,板卡缺失仍是未解决的状况,汇总数值不能抵消它。反过来,如果不了解来源和时间窗口,两个仪表板短暂出现不同数值,也不能据此诊断故障。为每项观察记录时间戳,将“未检查”与“已检查且通过”明确区分。最终可依照现场预先约定的条件作出 GO、HOLD 或 STOP 决定。不存在一个适用于所有情况的等待分钟数,可以替代这些证据。首个正常显示的界面是回读核验的起点,而非稳定挖矿的保证。
边界与停止条件
- 启动循环、板卡缺失、温度失控、持续拒绝或 build 不符都应 STOP。
- 绿色界面不是端到端证明。
- 不存在适用于所有设备的稳定时间。
可复用工作表
| # | 字段 | 已核对 | 证据 / 备注 |
|---|---|---|---|
| 1 | 计划 build / 实际 build | □ | |
| 2 | 板卡 / 芯片变更前后 | □ | |
| 3 | 冷却 / 温度 / PSU | □ | |
| 4 | pool / worker / accepted work | □ | |
| 5 | dashboard 中可见的 Dev Fee 状态 | □ | |
| 6 | 墙上功率测量方法 | □ | |
| 7 | 错误 / 观察窗口 / GO-HOLD-STOP | □ |
可将此结构复制到变更记录中;切勿写入密码、密钥或私有访问资料。
本指南中的术语
- 回读核验
- 观察设备的实际状态,并与计划结果比较。
- 设备清单不一致
- 预期设备组件与实际观察到的组件之间存在差异。
- HOLD
- 所需证据或运行问题尚未解决时,决定暂不推进。
检查你的理解
这些问题用于检查理解程度,不代表允许安装,也不证明运行结果。
较高的总算力能抵消发现板卡缺失这一问题吗?
显示答案
不能。设备清单不一致的问题仍未解决。
“未检查”等于“通过”吗?
显示答案
不等于。记录中必须区分这两种状态。
固定等待同样的时间,能证明所有设备都稳定吗?
显示答案
不能。观察时长和验收条件取决于具体测试与现场。
一手来源
- BITMAIN - generic online-upgrade precautions (updated 2026-03-03) 审核日期 2026-09-10
- BITMAIN - Antminer S21 air-cooled specification 审核日期 2026-09-10
- Bitcoin Developer Guide - Mining 审核日期 2026-09-10
- Stratum V2 - Mining Protocol 审核日期 2026-09-10