先理解早期挖矿的基本流程
比特币挖矿的核心不是单纯“生成一枚比特币”，而是尝试构造一个符合网络规则的新区块。挖矿软件需要取得待处理交易、前一区块哈希、区块版本、时间信息和目标阈值等内容，再组织区块头并交给计算设备反复计算哈希。只有当结果满足网络规定的目标条件时，候选区块才可能被广播给其他节点验证。
在较早的流程中，独立矿工可以通过节点软件取得工作信息，挖矿软件据此构造区块，并把区块头交给处理器或其他计算硬件尝试不同的 nonce。若有限的 nonce 范围用尽仍未成功，软件还需要改变 coinbase 交易中的额外随机数据，进而改变默克尔根和区块头，继续搜索新的哈希结果。
误区一：找到任意哈希就能挖到区块
这是最常见的误解。挖矿并不是寻找一个看起来随机或“足够复杂”的哈希，而是检查哈希结果是否低于网络当前目标值。目标值决定了当前工作量证明的难度，矿工只能通过不断尝试不同输入来增加遇到合格结果的机会。
因此，矿机算出的多数结果都不会成为区块。即使某次计算得到的结果满足矿池设定的较宽松目标，也不代表它已经满足全网目标。矿池使用 share 记录矿工完成的部分工作，用于统计贡献和分配矿池所得；只有达到网络目标的结果，才可能作为正式区块提交到网络。
误区二：矿池份额就是正式区块
矿池通常会设置一个比网络目标更容易达到的份额目标，让矿工能够较频繁地提交 share。share 的作用是证明矿工确实完成了一定数量的哈希尝试，并帮助矿池估算各参与者的工作量。它本身通常不会写入区块链，也不等同于成功挖出区块。
当某个 share 偶然同时满足网络目标时，矿池才会把相应的完整区块提交给网络。矿池再依据自身规则和矿工提交的有效份额计算分配结果。这里应区分三层概念：哈希尝试是计算过程，share 是矿池内部的工作证明，符合网络目标的完整区块才是区块链共识流程中的候选新区块。
误区三：独立挖矿和矿池挖矿只是收益方式不同
两者的区块构造和哈希搜索基础相近，但协作方式不同。独立矿工通常自行取得交易并构造区块，成功后区块奖励和交易费由其承担相应规则下的归属。矿池则集中获取或管理工作信息，再向连接的矿工下发任务，并通过 share 统计工作量。
矿池模式的关键并不是把一台设备的算力“合并成一台机器”，而是让许多矿工分别尝试不同的搜索空间，并把结果提交给矿池协调。矿池更频繁地收到工作证明，但这不改变全网仍需验证正式区块的事实。独立挖矿与矿池挖矿还存在不同的工作分发、区块模板管理和结算规则，不能简单理解为同一流程的两个名称。
误区四：所有挖矿协议都能查看和修改交易
不同工作分发方式向矿工提供的信息并不相同。较完整的区块模板可以包含待选交易及构造区块所需的其他字段，使挖矿软件有机会检查、选择或调整交易。另一类常见协议则主要下发构造 coinbase、默克尔根和区块头所需的必要信息，矿工通常不能查看或修改当前任务中的完整交易集合。
早期的 getwork 方法直接提供适合计算的区块头，但区块头中的 nonce 空间有限，设备性能提高后需要频繁请求新工作，因此逐渐被更适合现代矿工协作的方式取代。理解协议差异很重要：挖矿硬件主要负责高频哈希计算，交易选择、区块模板和任务更新往往由节点软件或矿池软件承担。
还应避免的几个概念混淆
第一，挖矿不是单独验证某一笔交易。矿工构造的是包含多笔交易的候选区块，网络节点还会独立检查交易有效性、区块结构、前一区块引用和工作量证明。第二，区块被广播不等于已经永久不可改变；区块链的抗篡改性依赖分布式节点验证、后续区块累积以及共识规则共同作用。第三，矿机速度越高只意味着单位时间内尝试的哈希数量更多，并不保证某一次任务必然成功。
这些说明适用于理解比特币工作量证明和早期挖矿流程的技术基础，不等同于对具体硬件、矿池规则或现实运营结果的判断。阅读相关资料时，最好分别确认任务由谁生成、目标阈值是哪一个、提交的是 share 还是完整区块，以及区块最终由哪些网络节点验证。