KAS 未支付、已支付和近 24 小时分别怎么读？
未支付是还没付出的矿池记账，累计已支付是已经付出的合计，近 24 小时是滚动窗口。页面把三笔分开显示，不另外给出合计。近 24 小时会和未支付或已支付重叠，三笔加成一笔会把同一段时间算重。它们不是链上钱包余额。帮助页允许改领 BTC 或 TON，但本页只在 kaspa: 账户上显示矿池的 KAS 记账。帮助页没有写出最低起付额，这一项保持未知。没有每日收益保证。
| 页面上的一笔 | 可以怎么用 |
|---|---|
| 未支付 | 矿池尚未付出的这一份钱包。不是链上余额，也不能按机器切开 |
| 累计已支付 | 已经付出的合计。不要再加进未支付当成总资产 |
| 近 24 小时 | 滚动窗口里的记账。不是 UTC 自然日，也不是每日保证 |
| 某一 Worker 的速率 | 算力，不是这台机器的币。钱包账不按它复制 |
未支付看起来像余额，已支付像历史，近 24 小时像今天的收入。在 Kaspa 监控 上，这三笔是同一 kaspa: 钱包在普通矿池里的不同记账。页面分开显示，不另外给出合计。把近 24 小时和未支付、已支付放在一起相加，会把滚动窗口里已经计入另外两笔的部分再算一次。地址范围见 kaspa: 地址与矿池，速率和份额难度见 ASIC 与 Worker 速率。
每一笔是什么
未支付是矿池还没付出的记账。累计已支付是已经付出的合计。近 24 小时随时间滚动，不是香港或 UTC 的自然日，也不是获取时间那一瞬间。获取时间只说明这次响应是什么时候拿到的，见 数据来源与新鲜度。
Kaspa 官网说明网络没有预挖，不提供这口矿池的未支付。链上钱包里的 KAS 是已经在链上的币，和矿池未支付不是同一笔。API 文档把账户信息、支付和收益分成可查询的内容；本页用的是普通矿池这一份账户，不另造一份 SOLO 账单。
和领款币种的关系
帮助页写可以用 KAS、BTC 或 TON 收款，并写 KAS 支付费用为 0。帮助页没有写出最低起付额，所以这里不写满多少就打款。若你的矿机钱包其实是 BTC 或 TON 地址，本页不会打开那个账户，也就不会把那些币显示成 KAS 未支付。
该做的分支
- 三笔都有数时，分开读。不要把近 24 小时和未支付、已支付加成一笔，也不要把钱包金额除以 Worker 台数。
- 某一笔是横线时，保持未知，不要填 0。
- 未支付长期不动时，先核对矿池是否仍把这台机器记在这个 kaspa: 钱包下，以及是否改领了别的币。只有核对出不一致，再改矿机配置。本页不能代替矿池的打款。
- 多台机器共用一个钱包时，收入不复制。矿池列出的 Worker 不自动占用设备名额。你另行保存的设备才按每项目免费 5 台、Pro 50 台计入。同一台已保存设备上的多条来源不重复占名额。
说明性例子
这是说明，不是账单。假设未支付 12.5 KAS，累计已支付 400 KAS，近 24 小时 8 KAS。12.5 不是链上余额。12.5 加 400 不是总资产，因为 400 已经付出。8 可能和 12.5 有重叠，不能再加一次当成两天的收入。两台 Worker 也不把 12.5 变成 25。若近 24 小时缺失，这一格是未知，不是 0 KAS。
常见问题
未支付多久会打到钱包？
帮助页没有写出最低起付额或到账时间。本页不能预测下一次支付，也不能替你发起打款。链上是否到账要看矿池和你的钱包。
近 24 小时为什么和自然日对不上？
它是滚动窗口，不是 UTC 或香港的 0 点到 24 点。获取时间是这次响应的时刻，窗口端点不一定落在整点。缺失时不要当成 0。
两台矿机是不是两份未支付？
不是。同一 kaspa: 钱包下的 Worker 共用这一份未支付、已支付和近 24 小时。名单让你看见各台速率，不把收入复制。另存成多台设备时才按设备计入名额。