为什么我的 ASIC 算力很低？如何解决Bitcoin挖矿性能问题？

热节流和热管理

1. 当内部温度超过安全阈值时，ASIC 矿机会自动降低时钟速度——对于大多数 Antminer S19 系列设备来说，通常高于 85°C。

2. 散热器和风扇上的灰尘堆积会限制气流，导致热传感器即使在标称负载下也会触发大幅降频。

3、环境室温30℃以上有利于保温；在不通风的车库或密封容器中采矿会显着加剧这种影响。

4. 算力板和散热器之间的散热垫安装不当会导致热量分布不均匀和局部热点，从而影响整体算力报告。

5. 工厂使用的导热膏在连续运行 12-18 个月后通常会降解，导致传热效率降低高达 35%。

电力输送和电压稳定性

1. 尺寸过小或质量较差的电源装置 (PSU) 无法在满负载下保持稳定的 12V 轨输出，从而触发限制频率的 ASIC 安全协议。

2. 长或细规格延长电缆上的电压降会带来可测量的差异 - 测量结果显示，在 30A 电流下，3 米 14AWG 电缆上有 0.8V 损耗。

3. PSU 运行超过额定容量的 80% 时会出现纹波噪声增加，使算力板电压调节器混乱并导致间歇性算力丢失。

4. 固件级电源管理设置（例如“效率模式”）可能会人为地抑制算力以满足目标功率——即使硬件能够提供更高的输出。

5. PSU、矿机机箱和墙壁插座之间的接地不一致会产生电磁干扰，从而破坏多个芯片上的时序信号。

固件和配置错误

1. 过时的固件版本缺乏对新芯片版本的优化——与 v1.58.0 相比，蚂蚁矿机固件 v1.62.0 为基于 BM1397 的型号带来了 4.7% 的算力提升。

2. 不正确的矿池层协议选择（例如，在现代矿池中使用 Stratum V1 而不是 V2）会增加陈旧共享率并扭曲有效的算力指标。

3.过度激进的超频配置导致芯片级不稳定；算力板报告接受的份额为零，同时仍然拥有全部权力。

4. 错误配置的风扇曲线会妨碍高峰计算周期期间的充分冷却——某些设备仅在 10 分钟热惯性延迟后才启动风扇。

5. 难度目标不匹配的双池故障转移设置会导致持续的重定向开销，每个切换事件消耗约 2.3% 的总哈希时间。

网络延迟和池连接

1. 到矿池服务器的往返延迟超过 200 毫秒会增加孤立区块的概率，并使拒绝的份额计数增加高达 11%。

2. ISP 级缓存导致的 DNS 解析失败导致持续连接丢失——在涉及中国国内 ISP 通过海外网关路由的案例中，有 17% 出现这种情况。

3. 重新连接尝试期间的 TLS 握手超时会导致未分配工作的空闲期延长 — 每个事件的平均停机时间：42 秒。

4. 企业级路由器上的 IPv6 错误配置会默默地阻止出站层流量，矿工 UI 界面上不会记录错误。

5. 住宅宽带设置中的 NAT 遍历限制会妨碍稳定的保活数据包交换，每 11-14 分钟就会触发过早的会话终止。

硬件退化和芯片故障

1. BM1397 ASIC 芯片中的电迁移损坏在大约 14,000 个运行小时后累积，表现为渐进式算力板故障 - 首先是一个芯片，然后是整个链丢失。

2. 供电板上的电容器老化会导致瞬态负载尖峰期间电压骤降，从而错误地记录为哈希错误而不是电气故障。

3. 反复热循环导致的焊点疲劳会导致间歇性开路——仅在高频应力测试中检测到。

4. 板载 EEPROM 中的闪存损坏会导致工厂校准数据加载不正确，导致启动期间使用的频率/电压表出现偏差。

5. 高湿度环境中的 PCB 走线腐蚀会增加关键信号路径中的电阻，从而引入时序抖动，从而使哈希解决方案失效。

常见问题解答

Q：重刷原厂固件可以恢复丢失的算力吗？是的，如果通过显示 CRC 不匹配的引导加载程序日志确认固件损坏，则在 89% 的此类情况下，重新刷新来自比特大陆官方存档的经过验证的二进制文件可以恢复基线性能。

问：使用不同的矿池会立即增加我显示的算力吗？否——报告的哈希率反映了本地硬件计算；矿池选择会影响份额接受率和支付时间，但不会影响原始机器输出。

问：带电情况下用压缩空气清洁算力板安全吗？不可以。在物理清洁过程中通电可能会导致 CMOS 栅极受到静电放电损坏并导致芯片立即故障。

问：为什么我的矿机显示满功率消耗，但只有预期算力的 60%？这表明存在严重的热节流或未检测到的芯片级故障 - 监视各个板的温度并检查哈希板连接器上的红色 LED 故障指示灯。