VNISH Ninja · 学院
更改 ASIC 固件前：证据与恢复检查清单
变更前先冻结一份证据包，明确设备身份、计划使用的字节以及恢复负责人。这样可在修改矿机前暴露错误假设。
工作方法
- 只读识别准确型号、变体、冷却方式和 control board。
- 保存当前版本、安全状态、必要配置与日志；不要保存密钥。
- 从当前 VNISH 路径记录目标文件、版本、大小、SHA-256、URL 与获取时间。
- 变更前写明 recovery 方法、负责人、依赖与触发条件。
一起分析一个场景
教学场景--并非真实客户结果。
假设一次交接中，接手的运营人员收到一个归档文件，以及一句“以前用过，没问题”。与这句话的信心相比，缺失的信息更重要：当时是哪台设备、初始状态如何、以前的结果是否真正检查过？在进行任何变更前，把这次交接整理成一份小型证据包。
分别记录计划变更的设备身份、当前固件和配置的观察结果，以及目标文件和来源。补充允许使用的恢复方法、其依赖条件以及负责作出决定的人。配置导出是设置记录，并不自动等同于完整的恢复镜像。凭据和其他访问秘密应保存在可共享证据包之外。如果某项必需事实无法确认，应写明“未知”并暂缓变更。这个过程不需要打开机箱，也不需要试运行刷写命令来看看会发生什么。它的实际产出，是清晰列出已确认事实和剩余问题，让另一位运营人员能够审核，而不必重复不安全的假设。
边界与停止条件
- 第三方固件并非 BITMAIN 制造或批准；应核对现行保修条款与销售合同。
- 如有只读方法，不要仅为识别板卡而拆机。
- 不要假定 rollback 通用或回到 stock 会恢复保修。
可复用工作表
| # | 字段 | 已核对 | 证据 / 备注 |
|---|---|---|---|
| 1 | 型号 / 子型号 / 冷却方式 | □ | |
| 2 | control-board 平台 / ID | □ | |
| 3 | stock build / 安全状态 | □ | |
| 4 | PSU / 实测上限 / 冷却 | □ | |
| 5 | 已脱敏配置 / logs / 诊断报告 | □ | |
| 6 | 路径 / 工具记录 / 文件 / bytes / SHA-256 / 来源 | □ | |
| 7 | recovery 状态 / 负责人 / 方法 | □ | |
| 8 | 观察窗口 / STOP 触发条件 | □ |
可将此结构复制到变更记录中；切勿写入密码、密钥或私有访问资料。
本指南中的术语
- 基线
- 计划变更前记录的状态。
- 配置导出
- 保存的设置表示；必须核实其覆盖范围，而不能凭假设判断。
- 恢复依赖条件
- 所选恢复方法需要的资源或访问条件。
检查你的理解
这些问题用于检查理解程度，不代表允许安装，也不证明运行结果。
“以前用过”是否构成充分的安装证据？
显示答案
不是。必须明确设备、初始状态、文件、流程和已检查的结果。
设置导出会自动成为恢复镜像吗？
显示答案
不会。配置证据与可用的恢复方法是不同的事项。
密码或私密访问令牌应存放在哪里？
显示答案
应存放在可共享证据包之外，并遵循运营方批准的秘密信息处理流程。
一手来源
- BITMAIN - generic online-upgrade precautions (updated 2026-03-03) 审核日期 2026-09-10
- BITMAIN - read-only control-board information 审核日期 2026-09-10
- BITMAIN - Product Warranty 审核日期 2026-09-10
- BITMAIN - Malware and remote attacks 审核日期 2026-09-10