MDS 的锁定、可用和已支付为什么对不上

未支付、已支付和近 24 小时在 MDS 监控 上是三笔不同的数。未支付一行把可用和锁定加在一起，标签是「未支付 · 含锁定」。已支付是矿池已经转出的累计。近 24 小时是区块分配，而且窗口要刚好 24 小时才显示。矿工屏幕上的接受份额不是这三笔里的任何一笔。

每一列在回答什么

可用是账户上标成可以动用的那一部分，锁定是同一账户上分开列出的那一部分。本页把两者相加，因为它们都还没有记入累计已支付。官方矿池指南说明池从矿工找到的区块里收取比例，并用 MSS 多次支付；它没有定义 LuckyPool 为何把余额分成锁定和可用。本页不解释锁定原因，也不承诺何时解锁，也不报最低付款。

24 小时这一列何时出现

近 24 小时来自账户上的区块分配。只有起止时间相减正好是 24 小时，这一列才有数。窗口不对、字段缺失，都保持未知，不写成 0，也不用未支付去填。它不是这 24 小时内的转账次数。

和份额、钱包分开

官方矿工状态屏的示例有 142 acc / 0 rej，以及 Expecting: 1 block per 4096 shares。那是矿工自己的份额计数和期望，不是 LuckyPool 已经支付的 MDS。接受 142 份不会在本页变成 142 MDS。钱包或区块浏览器里的余额是另一本账；本页不读取它。

标明是演示的一笔记账

下面是示意。可用 1,024，锁定 1,048,576，未支付显示 1,049,600 MDS。已支付 2,048 留在自己的列。页面不把两列收成一笔累计。若 24 小时窗口的分配是 512，那一列显示 512 MDS；再把它叠到未支付和已支付上，会把已经落在其中一列里的窗口再算一遍。若窗口不是刚好 24 小时，那一列是未知，即使未支付仍是 1,049,600。矿工若显示接受 142 份，这 142 不进入任何金额列。

下一步

面额换算见 nonces/s 与 mMDS。某一台 Worker 离线不会把这三列改成 0，见 份额和 Worker。