💡 温馨提示：以下文章数据仅供参考，详情请以实际情况和客服回复为准。
Bitaxe矿机上的Hash Rate Error是ASIC芯片内部寄存器报告的算力精度指标，代表无效计算占总算力的百分比。一台运行正常、TCH出厂配置的Bitaxe Gamma，一般其错误率应保持在0% 到 2%之间。
ESP-Miner固件每5秒读取芯片的0x8C和0x4C两个硬件寄存器，用错误算力除以当前算力得出百分比。比如，1200 GH/s算力下错误算力12 GH/s，错误率就是1.0%。健康范围在0-2%，超过5%意味着芯片已经跑在稳定性极限外，需要降频或加压。下面针对错误功能的来源、计算逻辑、正常范围到诊断修复，完整拆解这个指标。
⚠️常见混淆点❌️：Hash Rate Error这个指标报告的是芯片内部的错误，与“被拒绝的份额”（由网络延迟或池连接问题引起）是完全不同！
Where Hash Rate Error Come🔍
这个数字不是矿池给你的拒绝份额，也不是Wi-Fi断了。它来自Bitaxe Miner里那颗Bitmain ASIC芯片，BM1366、BM1368、BM1370或BM1397的硅片内部。芯片在跑SHA-256运算的时候，某些时钟周期里晶体管状态翻错了，算出来的哈希就是废的，寄存器会如实记录下来。本质上这是半导体物理层面的问题，跟网络没有任何关系。
要点如下
- ❄️ Hash Rate Error ≠ 拒绝份额：拒绝份额是矿池端网络指标，发生在ASIC计算完成之后；
- ❄️ Hash Rate Error ≠ 连接错误：Wi-Fi断了只影响份额投递，不影响芯片内部计算；
- ❄️ Hash Rate Error = 芯片层面精度测量：直接反映硅片在当前工况下的计算准确性；
最早起源的说明
ESP-Miner 的算力寄存器读取功能由开发者 Mutatrum更新数个版本迭代而来，其中开发者 WantClue编写了算力寄存器统计初始化代码（PR #1263，已合并到 v2.11.0），用于处理某些 ASIC 芯片版本无法以相同方式暴露错误寄存器的特殊情况。
根据ESP-Miner v2.11.0 (或更高版本)的发布说明，此更新确保固件在算力寄存器不可用时能够正确初始化统计数据，从而防止在较旧或不受支持的芯片版本上出现显示错误。如果您运行的固件版本低于 v2.11.0(或更高版本)，则可能根本看不到错误百分比，或者显示的数据不准确。请将固件更新到最新的稳定版本以使用此功能，这里由TinyChipHub整理了Bitaxe、Nerdqaxe、Zyber等系列矿机的固件更新。
How to Calculate📊
ESP-Miner固件通过ASIC_read_registers()函数，每5秒轮询读取一次ASIC芯片上的两个硬件寄存器。固件把两个原始值都转成GH/s等价算力后，用错误算力 ÷ 当前算力 × 100得出百分比。公式本身不复杂，但理解这个转换过程才能看懂AxeOS仪表盘上的数字到底在说什么。
两个核心寄存器
- 寄存器 0x8C（REGISTER_TOTAL_COUNT）：统计自上次读取周期以来 ASIC 计算的SHA-256哈希值的总数(即统计总计算量)。
- 寄存器 0x4C（REGISTER_ERROR_COUNT）：统计在同一时期内产生计算错误的哈希次数(统计错误计算量)。
固件将两个寄存器值转换为哈希率等效值（以 GH/s 为单位），然后使用以下公式计算误差百分比：
error_percentage = (error_hashrate / current_hashrate) × 100
💪 你也可以通过AxeOS REST API端点GET /api/system/info编程监控。返回的hashrateMonitor对象里有total总算力、domains各核心域算力、errorCount累计错误数，定时轮询计算增量就是实时错误率。
响应中包含一个hashrateMonitor结构如下的对象：
"hashrateMonitor": {
"asics": [{
"total": 1072.24,
"domains": [273.58, 276.21, 268.49, 252.19],
"errorCount": 1415
}]
}
📶Normal Expected Range
不同芯片型号的出厂参数差异不小。这些出厂值经过TinyChipHub团队实测验证，在室温25°C、良好散热条件下错误率通常在0.5%-1.5%之间。IEEE半导体可靠性标准（JEDEC JESD22-A108）对ASIC在额定工况下的功能性错误率要求不超过1%，但超频场景下2%以内完全可以接受。
- BM1370 ASIC 芯片（Bitaxe Gamma、Bitaxe GT）出厂频率490-525 MHz、电压1150-1200 mV；
- BM1368 ASIC 芯片（Bitaxe Supra、Bitaxe Supra Hex）出厂频率490 MHz、电压1150 mV；
- BM1366 ASIC 芯片（Bitaxe Ultra、Bitaxe Hex）出厂频率485 MHz、电压1150 mV。
0%-2%就是最理想的正常范围，到了5%就是高值。低于2%说明芯片在设计参数内舒适运行，不需要任何操作，甚至许多设备在正确调校后可以达到接近 0% 的误差。2%-5%属于灰色地带，可能是超频后还没完全稳定，建议观察趋势，属于可以接受，但通常表明芯片在其稳定范围的边缘运行。超过5%建议立即行动，不是"等一等看会不会自己好"，是尽量降频，如果你想要保证你的solo miner 在7x24小时内稳定运行的话。
参考我们开头举的一个例子，由TinyChipHub团队测试并且发货的Bitaxe Gamma，一般在1200 GH/s的正常算力下，错误算力不会超过60 GH/s，否则错误率就是>5.0%。这有可能芯片或者其他组件出现了问题，请降低频率并且第一时间将后台日志交给任何平台(常用平台：官网邮箱、Discord、X、Facebook等)的客服，这边看到后会第一时间为你解决。
错误率参考表格
| 算力 (GH/s) | 错误算力 (GH/s) | 错误率 | 状态 |
|---|---|---|---|
| 1200 | 12 | 1.0% | ✅ 健康运行 |
| 1200 | 36 | 3.0% | ⚠️ 需要关注 |
| 1200 | 60 | 5.0% | 🔴 芯片稳定性极限 |
❓ 有人说"我的Bitaxe错误率0%是不是太低了有问题"！别慌，只要是0%说明你的芯片硅片品质极好，在当前工况下所有计算全部正确，这是好事。不过如果你超频到575 MHz还是0%，说明还有空间往上推，按照我们测试的标准，每次加25 MHz试到错误率开始出现错误率为止。
High Error Rate！Diagnosis & Repair🛠️
错误率飙高，按顺序排查这四个常见原因：频率过高 → 电压过低 → 温度过热 → 电源容量不足或性能下降。90%的高错误率问题出在前两个。最直接的修复方式就是重置出厂设置，然后重新慢慢调，每次加25 MHz，等15分钟看错误率变化，找到你这颗芯片的平衡点。
5个步骤帮你找出算力错误率的根本原因
- 🏃 Step 1 检查ASIC 温度：打开AxeOS仪表盘
http://<your-bitaxe-ip>，看ASIC温度。超过70°C先解决散热，检查风扇转速（仪表盘有RPM显示），确认散热片贴合牢固。AxeOS在75°C以上会自动降频热保护，但错误可能在降频触发前就已经飙升了。 - 🏃Step 2 记录后台信息：去AxeOS仪表盘的Settings页面，将当前错误率高值情况下的频率(MHz)、核心电压 (mV) 和风扇转速记录下来。
- 🏃Step 3 恢复出厂设置：将其重置为出厂参数，运行15-30分钟。如果错误率降到0-2%，说明就是超频参数有问题，重新调的时候每次只加25 MHz，间隔15分钟。
- 🏃Step 4 检查电源：在 AxeOS 的系统信息中查看显示的输入电压。对于 5V 型号，负载下低于 4.8V 表示电源电压下降。对于 12V 型号，请检查电压是否低于 11.5V。如果发现电压下降，请尝试更换电源。就目前来说，TCH团队出售的任何一台solo miner 都有适配的实验级电源，因此这类问题是比较少的。如果电压持续下降，您可能需要降低超频设置或升级电源，也可以联系TinyChipHub后台客服帮你判断。
- 🏃Step 5 更新固件：固件版本也要查。ESP-Miner v2.11.0改进了哈希率寄存器处理逻辑，而更高版本的v2.13.0对于旧版固件存在寄存器读取Bug，可能误报错误率。2025年Bitaxe社区用户报告更新到v2.13.0后错误率从6.2%降到1.8%，纯粹是固件Bug导致的虚高读数。
并非所有ASIC芯片的性能都相同。由于半导体制造工艺的自然差异（即所谓的“硅芯片抽奖”），即使是同一晶圆上制造的两颗BM1370芯片，其稳定工作频率也可能不同，更别说以后出现BM1373 Solo Miner——Zyber Blanc。一颗芯片可能在600MHz频率下运行，误差仅为1%，而同一批次生产、规格完全相同的芯片在相同频率下，误差可能高达4%。
这就是为什么误差百分比作为调优工具如此宝贵的原因。它可以直接测量芯片的稳定性极限，让你了解特定芯片的极限在哪里。与其遵循固定的超频方案，不如以误差百分比为指导：逐步提高频率，直到误差超过 2%，然后降低 25 MHz。这就是你芯片的最佳工作频率。(最新BM1373 ASIC 芯片相对来说算力应该会更加狂暴，这一个指标或许会有点影响)
💡小提问：算力误差会影响我找到区块的几率吗？
是的，但只是间接的。错误率代表的是浪费的计算：ASIC 尝试计算但结果错误的哈希值。这些无效哈希值不会计入寻找有效nonce的概率。如果 5% 的算力是错误率，那么你的有效算力（实际对找到区块概率有贡献的哈希值）比仪表盘上显示的数字低 5%。低错误率（0% 到 2%）的影响可以忽略不计。但如果错误率超过 10%，就相当于你白白浪费了 10% 的算力，却一无所获。
