# MDS 的锁定、可用和已支付为什么对不上 MDS 监控的未支付是可用加锁定。累计已支付是另一笔转出。近 24 小时是刚好一天窗口的区块分配。接受份额不是打款。 - Canonical: https://iotahome.site/zh/learn/mds-locked-unlocked-paid - Publisher: IOTA Watch - Topics: Midstate - Published: 2026-10-24 - Updated: 2026-10-24 ## 先看结论 三列回答三个问题。窗口不是刚好 24 小时时，近 24 小时保持未知，不写成 0。本页不解释余额为何锁定，也不承诺何时解锁。 ## 三列各答一事 | 列 | 问题 | 不是 | | --- | --- | --- | | 未支付 · 含锁定 | 可用与锁定现在一共多少基础 MDS | 已支付，或近 24 小时 | | 累计已支付 | 矿池已经转出多少 | 钱包里的链上余额 | | 近 24 小时 | 刚好 24 小时的区块分配 | 这段时间的打款，或接受份额的次数 | 未支付、已支付和近 24 小时在 [MDS 监控](https://iotahome.site/zh/projects/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](https://iotahome.site/zh/learn/mds-nonces-hashrate-units)。某一台 Worker 离线不会把这三列改成 0，见 [份额和 Worker](https://iotahome.site/zh/learn/mds-worker-share-troubleshooting)。 ## 常见问题 ### 未支付是不是已经能转走的钱？ 不能这样理解。这一行是可用加锁定，标签写明含锁定。本页不解释锁定为何还不能转走，也不承诺何时解锁。已支付才是矿池已经转出的累计，而且也不是钱包里的链上余额。 ### 近 24 小时是 0，是不是今天没有收益？ 页面不会把缺失写成 0。窗口不是刚好 24 小时，或分配字段缺失时，这一列是未知。未知不等于今天收入为零。 ### 接受份额越多，已支付是不是越大？ 本页不建立这个换算。矿工屏幕的接受次数是份额计数。已支付是矿池转出的累计。指南里的“每 4096 份期望一个区块”是矿工屏幕上的期望，不是付款承诺。 ## 资料来源与本站实现 - [Midstate · Stratum pool guide](https://github.com/ciphernom/midstate/blob/main/pools.md) - [Midstate · protocol, MSS and binary denominations](https://midstate.cash/) - [LuckyPool · Midstate](https://midstate.luckypool.io/)