Blocknet 转账需要多久？

跟踪 Blocknet 付款中对发送方与接收方重要的几个阶段：提交、收入区块，以及成为钱包中的可用余额。本指南解释已发布的 core 与桌面钱包 v0.22.0 所显示的时间，核查日期为 2026 年 10 月 27 日。请保留付款的交易哈希，让双方跟踪同一笔转账。

Blocknet 转账需要多久？

跟踪付款的三个阶段

首先，发送方在钱包中核对并批准付款。保留此次发送返回的交易哈希。节点内存池中等待的交易已被该节点接收，正在等候收入区块。出现在那里并不意味着下一个区块一定会包含它。发送与接收指南介绍了付款的准备与批准。

其次，交易进入被接受的区块。其详情现在可能显示 Confirmed、区块高度及确认次数。这是有用的收入区块证据。接收方钱包在扫描链时识别属于自己的接收输出。

最后，足够多的后续区块到来，使该输出按钱包规则成为可用资金。接收方这时可以使用 Spendable Balance 显示的金额。在收入区块之前，本地钱包如果检测到内存池中的收款，仪表盘可能会另外显示未确认付款通知。下方截图使用实际已发布的界面，并带有明确标注的本地演示数据。

为什么已确认的付款仍在等待？

已发布钱包的成熟检查采用当前链高度减去包含输出的区块高度。普通未花费输出在深度达到十个区块时成熟。收入区块 100,000 的付款，在链顶到达 100,010 时达到这一深度。这些高度用来说明规则，并非实时付款报告。

交易详情 API把包含交易的区块计为第一次确认。钱包的可用性计算则在同一个区块从深度零开始。因此，当普通输出满足钱包的十区块深度要求时，详情可能显示十一次确认。请以仪表盘的可用余额判断收到的资金是否可以使用。

在下方示例中，付款已收入区块，随后又出现四个区块。交易详情会显示五次确认，而仪表盘仍将示意金额 1.25 BNT 放在 Pending 中，并显示大约还需六个区块。两个页面以不同的可用程度描述同一笔付款。

如何理解预计时间？

十个区块乘以五分钟的目标间隔，得到收入区块后约 50 分钟。交易等待进入区块的时间发生在这之前。这个计算说明时间的大致量级，并非从付款样本测出的平均值，也不是保证的到账时间。

已发布的仪表盘也会将剩余区块数换算成大致时间。还剩六个区块的示例中，六乘以五约为 30 分钟。链仍然需要实际生成这些区块。倒计时归零本身不会添加区块，也不会让输出变为可用。请重新检查当前链进度与余额。

收款通知可能在交易收入区块前出现。请将预计时间视为进度参考，然后跟踪包含交易的区块与可用余额。钱包同步和扫描也会影响本地界面何时反映网络已经完成的工作。

发送方与接收方在哪里检查？

发送方应打开 History，找到转出付款，并保留其 TX Hash。接收方可以使用同一哈希识别转入交易。双方讨论付款时，核对哈希可避免与发往同一地址的其他转账混淆。

Blocknet 浏览器指南介绍如何查找交易及其所在区块。公开查询有助于确认网络是否已将其收入区块。接收方的钱包则提供属于其密钥的私密收款与余额详情。检查收到的金额时，请使用钱包。

在接收方电脑上打开预期的钱包，将 Your Address 在 Receive 中显示的值与发送方使用的目标地址比较。在判断某条记录缺失前，先检查节点同步与钱包扫描。曾经关闭的钱包可能需要时间，才能发现已经在链上推进的付款。

何时可以再次发送收到的 BNT？

等待收款计入已同步界面中的 Spendable Balance，该界面为 Dashboard。你也可以查看 Pending 和 Total，了解钱包如何划分已记录的资金。如果之前已有其他资金，这笔收款尚在等待时，部分余额可能已经可用。跟踪某一笔转账时，请使用对应的历史记录。

截图展示同一笔演示付款：包含它的区块之后已增加十个区块。此时 1.25 BNT 已可用，待处理金额为零。这些截图说明已发布的前端界面，并未测量真实转账的耗时。准备下一笔付款时，请在批准前核对钱包中的金额与手续费。

付款尚未显示时应该检查什么？

从能够核实的阶段着手。向发送方索取已有的交易哈希，检查其收入区块情况，并核对收款地址。如果本地历史或余额尚未更新，再按照钱包同步与扫描检查步骤排查。检查期间保留原始交易记录；再次发送会形成另一笔独立付款。

对于挖矿收入，先区分已赚取的矿池奖励与已经发往你地址的付款。挖矿奖励确认指南解释新挖出的币单独的 60 区块成熟阶段。矿池发送普通付款交易后，请跟踪该交易自身的收入区块情况及钱包可用状态。未到账付款指南将矿池记录与接收钱包联系起来。

完成检查很简单：确定预期的钱包，匹配付款交易哈希，并在同步和扫描后检查可用余额。本指南描述当前已发布的规则。Faraday 指南另外跟进已公布的未来网络变更。