.hflmc-article{color:#102033;font-size:18px;line-height:1.65}.hflmc-article p{font-size:18px;line-height:1.65;margin:0 0 16px}.hflmc-article h2{font-size:32px!important;line-height:1.2!important;margin:34px 0 14px!important}.hflmc-article ul,.hflmc-article ol{font-size:17px;line-height:1.65;margin:0 0 22px 1.3em;padding-left:1em}.hflmc-article li{margin:8px 0}.hflmc-intro,.hflmc-next{border:1px solid #cfe1ff;background:#f7fbff;border-radius:12px;margin:18px 0 26px;padding:18px 20px}.hflmc-intro p:last-child,.hflmc-next p:last-child{margin-bottom:0}.hflmc-steps{counter-reset:hflmc-step;list-style:none!important;margin-left:0!important;padding-left:0!important}.hflmc-steps li{border-bottom:1px solid #dfe9f8;margin:0!important;padding:13px 10px 13px 48px;position:relative}.hflmc-steps li:before{align-items:center;background:#3867ff;border-radius:50%;color:#fff;content:counter(hflmc-step);counter-increment:hflmc-step;display:flex;font-size:14px;font-weight:800;height:28px;justify-content:center;left:8px;position:absolute;top:13px;width:28px}.hflmc-table-wrap{border:1px solid #cfe1ff;border-radius:12px;margin:18px 0 26px;overflow:auto}.hflmc-table-wrap table{border-collapse:collapse!important;margin:0!important;min-width:650px;width:100%}.hflmc-table-wrap th,.hflmc-table-wrap td{border:0!important;border-bottom:1px solid #e4edfb!important;font-size:16px;line-height:1.45;padding:13px 14px!important;text-align:left;vertical-align:top}.hflmc-table-wrap th{background:#eef5ff;color:#52627a;font-weight:800}.hflmc-faq{border:1px solid #cfe1ff;background:#f8fbff;border-radius:12px;margin:30px 0;padding:18px}.hflmc-faq h2{margin-top:3px!important}.hflmc-faq details{background:#fff;border:1px solid #d8e7ff;border-radius:9px;margin:10px 0}.hflmc-faq summary{cursor:pointer;font-size:18px;font-weight:800;padding:14px 16px}.hflmc-faq details p{padding:0 16px 15px}[dir=»rtl»] .hflmc-table-wrap th,[dir=»rtl»] .hflmc-table-wrap td{text-align:right}[dir=»rtl»] .hflmc-article ul,[dir=»rtl»] .hflmc-article ol{margin-left:0;margin-right:1.3em;padding-left:0;padding-right:1em}[dir=»rtl»] .hflmc-steps{margin-right:0!important;padding-right:0!important}[dir=»rtl»] .hflmc-steps li{padding-left:10px;padding-right:48px}[dir=»rtl»] .hflmc-steps li:before{left:auto;right:8px}@media(max-width:767px){.hflmc-article,.hflmc-article p{font-size:16px}.hflmc-article h2{font-size:26px!important}.hflmc-intro,.hflmc-next,.hflmc-faq{padding:14px}.hflmc-table-wrap table{min-width:580px}}
更新: 2026年8月7日
即使 ASIC 本地面板看起来正常，矿池仍可能显示矿工离线、拒绝份额或较低算力。原因可能是矿池地址、局域网、固件、硬件，也可能只是统计平均窗口不同。
先检查 accepted share 和矿机日志，每次只改变一个变量，避免把短时波动误判为故障。
常见现象代表什么
| 现象 | 含义 | 首先检查 |
|---|---|---|
| Worker offline | 矿池近期没有记入该矿工的有效份额。 | 地址、端口、矿工名、网络和 ASIC 日志。 |
| Rejected share | 服务器收到但无法记账的工作。 | 拒绝原因、固件和硬件错误。 |
| Stale share | 结果到达时挖矿任务已经更新。 | 延迟、丢包、Wi-Fi 和路由器。 |
| 矿池算力低 | 基于份额估算的算力低于本地读数。 | 比较相同的 6 小时或 24 小时平均值。 |
建议的排查顺序
- 确认矿工名与这台 ASIC 的设置完全一致。
- 查看矿机日志，寻找 DNS、连接重置、授权、算力板和硬件错误。
- 观察 accepted share。如果持续增加，连接实际存在。
- 使用相同统计周期比较本地和矿池算力。
- 改用网线并检查丢包。
- 把超频恢复到稳定配置，检查温度、风扇和电源。
- 每次只更换一个目标，保留可用配置。
拒绝率多高需要处理？
没有适用于所有矿池的固定值，越低越好。持续高于自身基线就应该调查。实践中，许多运营者会在拒绝率长期接近 1–2% 或更高时开始排查，但原因代码和统计周期比单个数字更重要。
Invalid 往往与频率、电压、固件、芯片或供电有关；stale 更常与延迟、丢包和路由不稳定有关。
矿池算力看起来偏低时
- 比较同一 24 小时的 ASIC 与矿池平均值。
- 确认所有算力板在线。
- 计入拒绝份额、重启和离线时间。
- 为每台设备使用唯一矿工名。
- accepted share 稳定时，等待平均窗口完整。
常见问题
ASIC 有算力，为什么矿工显示离线？
可能近期没有有效份额、矿工名不一致，或矿池状态更新有延迟。
应该立即重启吗？
先保存日志和配置，否则重启可能清除定位问题所需的信息。
更换矿池能修复硬件不稳定吗？
不能。温度、供电或芯片错误在其他矿池也会出现。
下一步： 矿工稳定运行 24 小时后，使用相同参数在计算器和矿池榜单中比较实际记账 BTC。