本页目录
先比较同一统计周期
设备估计本地工作量,矿池根据提交记录估计贡献,短时间窗口本来就会波动。应在同一周期保存本地均值、矿池均值、有效工作量和重启时间。刚上线的矿工不能直接与全天本地均值比较。f2pool 的支持资料也建议通过较长周期核对差异。
记录具体拒绝原因
矿池与固件的标签可能不同,应保留原始提示,不要全部归入一个失败次数。迟到结果、重复提交和计算错误对应不同检查方向。如果份额难度变化,直接比较份额个数也可能误导,应优先使用矿池提供的按难度加权工作量。
| 观察 | 下一步 |
|---|---|
| 过期/迟到 | 延迟、重连和路由稳定性 |
| 重复 | 重复提交、代理及连接日志 |
| 无效计算 | 固件、运行模式与硬件日志 |
| 未授权 | 账户与矿工命名规则 |
检查实际链路,不只看节点地区名称
先对照矿池官方说明核对入口,再查看异常时段的断线频率和响应时间。节点名称距离近,不等于实际网络路径稳定。尝试其他受支持入口时,保持设备设置一致并记录切换时间,避免同时改矿池、固件和频率。
错误持续时检查本地稳定性
同一网络中的多台设备同时异常,应先检查公共设施;只有一台异常时,再与相同型号的正常设备比较日志、冷却和模式。尝试过调参的设备,先回到已验证配置再判断硬件。矿池数据显示偏差,并不能单独证明算力板损坏。
用前后对照记录确认解决
假设本地算力稳定,而广域网反复重连与过期份额同时出现。修复连接后,应比较相同时长的有效工作量、拒绝比例和重连次数。修改后的改善支持这一判断,但很短的正常片段证据较弱。向矿池或供应商升级问题时,应附上前后两个周期。
参考资料
原始文档与延伸阅读。设备工况请核对对应型号手册。





