理解区块确认与未成熟挖矿奖励

追踪已发现的 Blocknet 区块经过确认、奖励成熟，最后付款到钱包。本指南解释 bntpool 奖励卡片背后的链深度。分配规则见PPLNS 指南，提交工作见矿池设置指南。

什么是确认和未成熟奖励？

后续区块增加深度，达到成熟点后进入合格余额，再通过独立交易付款到钱包。

bntpool 如何计算区块深度？

矿池从当前链高减去发现区块的高度。2026 年 10 月 26 日的公开要求是 60 个区块。按此方式，发现区块从深度零开始。别的网站可能将该区块自身算作首次确认，因此既要比较数字，也要比较计数规则。

例如，高度 70,000 的区块在链尖为 70,000 时深度为零，70,001 时为一，70,060 时为 60。这是计算示例，不是实时区块报告。矿池也核对节点中的哈希。矿池实现记录了两种检查。

为什么五小时只是估计？

Blocknet 的目标网络出块间隔是五分钟。60 个间隔乘五分钟得到 300 分钟，即五小时。这有助于规划，但成熟条件是区块数。应观察链从发现高度前进至要求深度，而非固定计时器到期。

被接受链上的所有区块都会增加深度，不必都由 bntpool 找到。个人矿工速度不会产生独立的确认时钟。区块到达时间会波动。难度指南解释调整机制，幸运值指南解释矿池轮次变化。

区分待确认、已确认和已付款

新记录的矿池区块在累积深度时显示待确认。若有合格工作，估计份额可能显示在My Stats。区块奖励创造新币；Blocknet 钱包的 coinbase 成熟规则使用 60 个区块深度后才允许使用这些输出。矿池相应等待，让记账跟随成熟过程。

通过深度和身份检查后，矿池可以确认区块并将合格奖励分配到余额。这不意味着所有地址立即收到付款。付款流程会另行评估已确认余额及发送条件。阅读页面时应区分区块状态、余额和付款历史。

为什么检查区块哈希？

高度标识链中位置，哈希标识特定区块。节点可能获知竞争区块，被接受链决定哪个占据该位置。因此矿池向节点查询记录高度的区块并比对哈希。仅有深度不能证明最初记录的区块仍在链上。

离开该链的区块可能被标记为孤块，暂估奖励不再具备被接受链奖励的资格。矿池单独处理这种状态。使用区块页面的哈希链接检查具体区块，不要认为同高度两条记录是同一事件。估计奖励始终与其区块绑定。

付款和挖到的奖励有什么不同？

挖矿奖励先属于区块的 coinbase 输出。矿池付款是后来的交易，将合格余额发送到接收地址。检查日期的公开最低付款额为 0.1 BNT。成熟与达到余额门槛是不同条件，详见PPLNS 指南。

发送后追踪该交易以及钱包的接收和可花费状态。其确认历史属于付款交易，而非原矿池区块。不必因为区块正在成熟而更换地址或重连矿工。将付款历史与钱包比较时使用同一目标地址。

怎样从头到尾追踪奖励？

在Blocks找到高度、哈希和状态。用矿工的付款地址打开My Stats，查看估计与已确认奖励。有付款后从历史打开交易链接。区块、账户余额和钱包付款是不同观察，不能当成可互换计数器。

当前设置见Get Started或 https://bntpool.com/api/info，服务状态见pool status。需要排查时记录地址、区块或交易标识以及观察时间，切勿分享钱包恢复词。追踪指南解释其他统计。矿工离线时深度仍会增加；资格依据已记录工作和链状态。