CKPool 的算力窗口为什么会因为份额稀疏而滞后？
用 1 小时算力、最近份额和官方难度解释显示滞后。全站文件不是你的地址。不要把 0 或离线读成已支付的 0 BTC。
先分开矿机本地算力和矿池 1 小时窗口
本地仍有算力而页面为 0 时，先等高于难度 10000 的份额，不要把它当成余额。
| 读数 | 怎么理解 |
|---|---|
| 1 小时算力 | 地址和 Worker 在监控里显示的窗口 |
| 窗口上的 0 | 该小时速率为 0，不是未支付的币 |
| 最后份额早于约 10 分钟 | 标为离线。这是份额间隔，不是设备心跳 |
| 全站 pool.status | 整站合计，不是你这个地址的算力或余额 |
矿机面板上的算力和 Bitcoin 监控上的算力可以不一致。监控对这个地址和它的 Worker 只显示 1 小时窗口。单位从 K 到 E，没有字母就是 H/s。pool.status 是整站文件，里面还有更短和更长的全站窗口。那些合计描述的是服务整体，不是你这一个地址的算力，也不是该付给你的 BTC。不要把全站读数抄到自己的账户上。
份额为什么稀疏
FAQ 写明最低难度是 10000。算力太低时，统计会因为还检测不到份额而不出现，之后才慢慢适应硬件。支持 client-diff 的软件可以把它降到最低 1。这不改变出块机会，因为这里的份额只是反馈。低于 100GH 不被建议用来指望出块。这些句子只解释显示为什么会滞后。
在线只看最后份额
用户记录没有单独的在线开关。最后份额距离现在不超过约 10 分钟算在线，更早算离线。没有份额时间则算未知。所以机器还在算，只要份额间隔超过约 10 分钟，页面就可以是离线。空着的金额仍然是未知，不要把离线读成已支付 0 BTC。
两条说明性分支
假设某一行最后份额在 11 分钟前，1 小时算力显示 0。页面会把它标成离线，且该小时速率为 0。分支一：矿机面板仍显示正常本地算力。那更符合“还没有份额落在难度 10000 以上”，而不是已经支付 0 BTC。继续看矿机到 stratum.ckpool.org 端口 3333 的连接，并等下一份额。分支二：矿机本地也是 0。再查电源和矿池地址。余额仍然没有公布，所以不要读成 0。这两个数字都是说明，不是一次测量。
在 Bitcoin 监控 看这个窗口。页面读法见 地址监控。命名见 地址与 Worker 命名。
常见问题
运行中的矿机为什么显示 0？
1 小时窗口里没有落份额时，速率可以显示为 0。这不是已支付金额。
把 client-diff 降到 1 会更容易出块吗？
FAQ 说不会。份额只是反馈，最低可到 1，但不改变出块机会。
pool.status 里的算力是我的吗？
不是。那是整站文件。你的地址在监控里看 1 小时算力。全站合计不是个人余额。