MDS Worker 显示离线时,接受份额并不是已支付
先看最后份额时间,再看这一行的 nonces/s。余额仍属于整个 MSS。没有最后份额时,在线状态是未知,不是离线,余额也不改成 0。
| 现象 | 在本页的意思 | 不要当成 |
|---|---|---|
| Worker 在线 | 该名称的最后份额在 15 分钟内 | 机器心跳,或余额的一部分 |
| Worker 离线 | 最后份额早于 15 分钟 | 未支付变成 0 |
| 没有最后份额时间 | 在线状态未知 | 离线 |
| 矿工屏幕 142 acc / 0 rej | 那台程序自己的计数示例 | 本页上的已支付 MDS |
| 账户 nonces/s 和各行相加不一致 | 两处都照池返回的数显示 | 必须改写成同一个数 |
一台机器好像停了,先看 MDS 监控 里该 Worker 的最后份额,而不是把未支付改成 0。本页的“在线”指这个名称在 15 分钟内有过份额。它不是设备心跳。矿工屏幕上的接受次数也不是已支付的 MDS。
一行 Worker 上有什么
每一行有名称、这一行的 nonces/s,以及最后份额时间。15 分钟内有份额,标为在线;早于 15 分钟,标为离线。没有最后份额时间,或时间落在未来,在线状态保持未知,不标成离线。账户上的未支付、已支付和 24 小时分配属于整枚 MSS,不按 Worker 名称拆开,也不按速率比例分币。
矿工屏幕上的份额计数
官方状态屏的示例是 Your Shares: 142 acc / 0 rej,期望是 1 block per 4096 shares。这些是矿工程序在本机终端里的计数和期望。本页不显示接受次数、拒绝次数或运气。指南对“share rejected: Duplicate share or Low difficulty”的说明是:网络刚解出区块造成的过期份额,或延迟造成的重复提交,矿工会自己取新作业。那是矿工与池之间的提交结果,不是本页把余额清零的条件。
该走哪一步
- 最后份额在 15 分钟内、速率仍是 nonces/s:这一行在提交。
- 最后份额更早:这一行按本页规则为离线。先看矿工是否还指向 LuckyPool,地址是否仍是那枚 MSS。
- 整页查无此地址:不是 Worker 离线。回到地址和矿池是否匹配。
- 账户速率与各行相加不一致时,两处都保留池返回的数。本页不把它们收成一个数,也不改写未支付。
标明是演示的诊断
下面是示意。地址未支付仍是 1,049,600 MDS。名为 cpu 的 Worker 最后份额在 20 分钟前,本页标离线,未支付不变。名为 gpu 的最后份额在 2 分钟前,标在线。账户速率若是 1,500,显示 1.5 Knonces/s;若两行速率加起来不是 1,500,不把未支付按比例拆开,也不把离线的那一行写成余额 0。矿工终端若仍打印 142 acc / 0 rej,这 142 不进入已支付。
限度
15 分钟是本页对“还在提交”的读法:最后份额落在这段时间里,这一行标为在线。接着核对 地址是不是这枚 MSS,以及 三笔金额为什么分开。
常见问题
离线的 Worker 会不会把未支付清掉?
不会。离线只说明该名称的最后份额早于 15 分钟。未支付、已支付和 24 小时分配仍属于整枚 MSS。没有最后份额时间时,状态是未知,不是离线。
142 acc / 0 rej 要在监控的哪一列看?
本页没有这一列。那是官方矿工状态屏示例里的接受与拒绝次数。已支付是矿池转出的 MDS,不是份额次数。
各 Worker 的速率加起来应该等于账户速率吗?
本页不要求相等,也不帮你加总。账户速率和每一行都按池返回的数显示,单位是 nonces/s。对不上时保留两边,不要用其中一边改写未支付。