Miner Control 1.7.1为家庭AxeOS矿工显示被拒绝的工作量
来源发布日期: 2026-11-11 · 编辑分析发布日期: 2026-11-13
家庭矿机面板新增本地ckpool工作量和拒绝比例指标，同日发布的前一版还加入可预览的诊断报告导出功能。
矿池实际收到了多少工作
十一月十一日发布的Miner Control 1.7.1在矿池页面新增Pool Work和Rejected两项指标。这款监控面板面向运行AxeOS的家庭矿机，包括Bitaxe和NerdQaxe系列的设备。新增数据来自用户自己的ckpool，也就是接收矿机提交的工作证明并管理挖矿任务的软件。矿机页面告诉你芯片算得多快，矿池页面则能补上一条信息：设备算出来的结果有多少真正交到了接收端。这两种数据放在一起看，才容易发现计算速度以外的问题。
矿机提交的份额是一份小型工作证明，表示它完成了一部分计算。开发者说，Pool Work按照每份证明的难度累加被接受的工作量，而不是把所有份额都算成一样大。拒绝比例也按工作量衡量。例如，同样是三次被拒绝，一次难度很高的结果加上两次较容易的结果，与三次较容易的结果，代表的损失可能不同。达到百分之二时面板会把提示变成黄色，这是开发者选用的显示阈值。看到黄色可以回头查记录；单凭颜色，既不能认定芯片坏了，也不能判断该调高还是调低频率。
打开这一版的源代码，可以看到分母是被接受与被拒绝的工作量之和，分子是被拒绝的工作量。用一个示意例子：有九千八百个单位的工作被接受，另有二百个单位被拒绝，合计是一万个单位，被拒绝的比例就是百分之二。这里说的单位已经按份额难度计算，不能理解成界面弹出了两百次错误提示。还有一种容易看错的情况：刚启动时如果两项工作量都没有记录，界面上的百分比并不能证明机器在正常工作。此时应先查看它有没有上线、是否真的提交过结果。
区分设备数据和矿池数据
矿机页面直接读取设备的状态，即使设备连的是另一家矿池，也可以在这里查看。专门的矿池页面读取本机部署的ckpool，项目说明不支持在这个页面读取其他矿池软件的同类记录。把Bitaxe接到商业矿池的读者，要去该矿池的设备页面核对接受和拒绝的记录。两个仪表板若采用不同的时间范围，或者一个记录设备计算、另一个记录服务器收到的工作，数字本来就可能不同。先弄清数据从哪里来，再比较同一段时间。
修改设置之前，先找出异常从什么时候开始。网络短暂断开后，设备可能仍显示平常的算力，但部分提交晚了，矿池已经切换到新的任务。如果被拒绝的工作持续增加，查看设备日志、网络连接与矿池返回的提示。还可以比较同一网络下的其他矿机：只有一台异常，值得从那台机器及其连接查起；多台同一时段出现异常，再检查共同使用的网络和矿池。拒绝比例负责提示结果，原因要靠这些记录来定位。
看比例时，还要看分母有多大。刚重启的短时间内，如果矿池只记下很少的工作，一次拒绝就可能占相当大的比例；等接收的工作更多，同样的一次拒绝所占的比重会变小。总比例也不能指出大部分损失是不是来自同一台设备。例如家里有几台矿机，先取相同时间段对照各台的事件记录，再决定要不要调整全组设备。若只用池端一个数字下结论，可能把某台机器的连接问题错当成所有机器都需要改参数。
可以先预览再导出报告
同一天更早发布的1.7.0在日志页面加入诊断报告导出。用户可以选择一台矿机和一段时间，生成一份英文文本，包含固件、板卡版本、掉线和重启等信息。项目文档说钱包地址会自动移除，预览还可以移除IP地址及矿池地址。把文件发给支持人员或贴到论坛之前，先看一遍预览，选能覆盖故障的最短时段。支持人员需要知道发生了什么，不一定要知道读者的设备在家中使用哪个地址，或者在挖矿时连向哪里。
以一次重启为例，可以把机器重新开机、芯片重新计算，以及矿池恢复接受工作三个时点放在一起。机器开机后可能还没开始计算；已经计算，也不保证矿池马上收到结果。选对时间范围，可以看出这是一次偶发重启，还是同样的停顿不断重现。如果需要调整设置，一次改一项，并记下时间。下一轮再打开同样的页面核对，才有可能知道是哪个改动改变了结果。
把报告发出去时，可以补上一句说明你原本预期看到什么、哪个指标变了、首次看到异常是什么时候。如果问的是矿池拒绝工作，就附上同一段时间的池端数据；拿昨晚的设备记录去和今天中午的矿池数字比较，很难说明两件事有没有联系。发布说明写明导出的正文是英文。若对方用中文沟通，可以再附一段简短说明，把设备、时段和问题说清楚，不必重抄整份日志。
面板应放在私有网络中
项目说明，面板读取设备状态，不会在矿机上写入设置。面板自己的设置页没有密码，因此应该留在家庭局域网或私有虚拟网络内，不应把端口转发到公网。手机可以在这个受控网络里查看数据，无需让互联网上任何人都能连到设置页。面板的价值是指出哪一段可能丢了工作、哪一段消耗了时间；要判断故障或者估算收入，还应回到设备与矿池的原始记录，确认测量范围和实际结算。
最后，保留一份实际发给对方的报告，而不是指望实时面板还能重现当时的画面。过一段时间再读相同指标，可以看出故障有没有回来。原始日志则留在自己的设备上；下次导出时重新看一遍预览，因为这一次选的机器和日期可能已经不同，显示出来的设置也可能变化。这样既有足够的资料查问题，也能控制实际分享了哪些数据。
来源: Miner Control ↗ · Miner Control 1.7.0 — diagnostic export ↗ · Miner Control — documentation and security notes ↗
挖矿计算器 ↗
