挖矿如何保障 Blocknet 支付安全

跟随一笔 BNT 支付，从进入区块到成为后续挖矿工作支持的历史。本指南解释网络为何需要在竞争历史之间作出选择、确认能说明什么，以及这种选择如何与隐私交易验证配合。这里描述的是已发布的 core v0.22.0，核查日期为 2026 年 10 月 28 日。

发送 BNT 时，挖矿保护什么？

有效支付既需要授权，也需要在账本中占有位置。钱包提供花费你资金所需的授权。挖矿和链选择帮助节点就哪些有效交易属于当前历史达成一致。两项工作相互配合，但区块的工作量证明不会让原本无效的支付变得可接受。

规则执行指南说明谁负责开发、提议和验证。这里关注支付本身：它被纳入后，如何成为钱包和其他节点所跟随历史的一部分。

区块如何绑定支付历史？

区块头包含前一区块的哈希，以及由交易计算出的 Merkle 根。根以密码学方式绑定区块内容，前一区块哈希则将其连接到更早的历史。修改交易会改变根和正在挖矿的区块头。后续区块也必须通过各自的链接引用改变后的历史。

假设某笔支付进入一个区块，之后又有几个区块被接受。要替换这部分历史，需要一条由有效且相互连接的区块组成、累计工作量足够、并符合节点重组规则的竞争分支。在本地文件中编辑交易并不能产生这条分支。相关工作属于特定的区块头与交易序列。

已发布的区块代码定义了这些字段、Merkle 检查和链选择流程。难度指南解释网络如何确定每个新区块的工作要求。

为什么累计工作量比区块数量更重要？

两个矿工可能找到不同的有效区块，都延伸同一个父区块。每个提议有自己的哈希，节点收到消息的顺序可能不同。这会短暂产生竞争分支。网络需要依据支持历史的工作来选择，而不是依据某个对等节点的公告顺序。

Core v0.22.0 把区块难度加到父区块的累计工作量上。验证后，工作量严格更大的分支可以触发选定链切换。工作量相同的替代分支不会通过这项比较触发切换。难度本身也必须符合该分支父区块的上下文，矿工不能只在区块头里填一个更大的数。

例如，比较两条拥有共同前缀的分支。共同部分给两边总量贡献相同的工作。决定差异的是分开之后累积的工作，以及有效性和重组检查。不考虑难度、只数区块，可能忽略这种差异。这是概念性比较，不是正在发生的分叉报告。

确认如何帮助判断支付进度？

支付进入选定链后，后续区块就在这段历史上继续建立。随着新区块到来，支付的深度增加。要替换其收录，需要从相关区块之前开始、符合条件的替代历史，而当前分支仍在积累工作。因此，检查是否收录以及后续深度，比仅看到交易已广播更有意义。

高度标识位置，哈希标识具体区块。跟踪支付时，查看交易记录和包含它的区块，再确认该区块仍在选定链上。如果选定历史改变，收录状态和深度也可能变化。有的确认计数包含收录区块，有的只计算后续区块，应查看界面的计数约定。

Core v0.22.0 还执行重组边界：若共同祖先低于当前链尖高度减去 100，则拒绝切换。这是运行中实现的规则，不是与某个显示计数绑定的普遍承诺。转账时间指南说明普通钱包资金何时可用，挖矿奖励确认指南说明 coinbase 成熟和矿池记账。

隐私支付如何检查重复花费？

Blocknet 已发布的交易格式使用与花费证明绑定的密钥镜像。验证会检查绑定关系，并拒绝相关链状态中已经花费过的密钥镜像。这样，节点能发现输出的冲突使用，同时环签名隐藏哪个合格环成员才是真实输入。隐私金额仍须接受平衡和范围检查。

假设所有者授权了两笔花费同一输出的冲突交易。有效且被接受的历史不能同时包含这两次花费。链选择很重要，因为竞争历史可能包含不同选择；交易验证也很重要，因为每段历史都必须遵守花费规则。更多工作不能代替有效签名，也不能让收支不平衡的交易通过会计检查。

这些检查位于已发布的交易验证器中。更广泛的隐私机制请参阅Blocknet 隐私指南。支付安全结合了有效花费、一致历史，以及保护历史所透露信息的密码学机制。

矿池挖矿在支付安全中起什么作用？

矿池协调矿工寻找区块，并把求解成功的候选块提交给上游节点。达到较容易的矿池目标的份额用于记录贡献工作；只有达到网络目标的解，才能在验证后成为网络区块。矿池解说区分了这两个目标及其用途。

因此，你的矿工可以参与延长支付历史的过程，而矿池另行记录你的工作。私人矿池余额、份额数和钱包中的已确认支付描述的是不同事物。参与可从矿池连接指南开始；跟踪特定 BNT 支付时，请使用钱包交易记录。