一、先区分全节点与挖矿
“全节点挖矿”不是一个软件功能，而是节点、挖矿软件与计算硬件的协作。Bitcoin Developer Guides 的挖矿章节描述了基本流程：节点提供构造候选区块所需的信息，挖矿软件组织任务，ASIC 硬件尝试不同区块头，找到满足网络目标的结果后再提交区块。矿池则通过份额记录参与者提交的工作。
因此，运行全节点与提供挖矿算力不能画等号。理解这套系统时，应分别问：谁检查区块规则，谁构造候选区块，谁执行哈希计算？把三个职责混在一起，容易误以为节点保持在线就会自动产生区块奖励。
二、哈希与工作量证明的关系
NIST 的 FIPS 180-4 安全哈希标准说明，哈希算法可以为消息生成摘要，用于检测消息是否发生改变。这是理解挖矿的密码学基础，但该标准本身不是比特币挖矿操作指南，也不说明矿池如何分配款项。
挖矿不是解密交易，而是反复改变候选数据并计算哈希，寻找满足目标阈值的结果。目标越小，符合条件的结果越难出现。输入变化会带来不同的摘要，因此不能把“已经计算很久”理解为下一次尝试必然成功。
三、理解模板、区块头与更新
区块模板可以理解为候选区块的组装材料，而不是已经获得网络认可的区块。交易内容、前一区块信息以及目标参数共同约束挖矿任务；修改影响交易摘要的数据，也需要相应更新区块头。
入门时应关注数据依赖关系，而不只是记住接口名称：候选交易影响默克尔根，默克尔根进入区块头，硬件对区块头执行计算。区块模板准备完成，只代表可以开始尝试，不代表任务已经完成。
四、独立挖矿与矿池的适用区别
独立挖矿需要自行承担候选区块组织、计算任务协调与区块提交等环节；矿池模式则由矿池协调部分工作。学习完整技术链路时，前者有助于理解组件边界；理解多人协作时，后者需要额外关注任务分发与份额验证。
份额是矿池衡量工作贡献的依据，不等于一个有效比特币区块。矿池接受份额的门槛与网络接受区块的门槛不同，所以提交份额并不意味着网络已经新增区块，更不能据此推导固定回报。
五、常见问题与适用边界
有矿机就不需要节点了吗？并非如此。即使参与者没有自行运行节点，挖矿流程仍需有人提供网络交易、链状态和区块提交能力。计算设备不能单独替代这些职责。
旧教程中的接口能直接照用吗？不能默认如此。接口支持与具体软件版本、矿池协议有关。入门应先理解稳定的工作原理，再核对实现文档；这里讨论的是技术机制，不涉及设备购买、收益估算或价格判断。