先明确两类技术资料的边界
Bitcoin Developer Guides 的挖矿章节介绍了区块构造、独立挖矿与矿池协作，以及区块模板和任务通信方式。其核心脉络是：软件组织区块数据，硬件尝试不同区块头，符合网络要求的结果再被提交传播。
NIST 的 FIPS 180-4 则规定安全哈希算法，用消息摘要帮助检测数据是否发生变化。它适合支持哈希基础知识，但不是比特币挖矿操作规范，也不能单独解释矿池如何分配报酬。学习时应把密码学基础与具体系统机制分开。
哈希计算不等于解密
理解挖矿时，可以把重点放在输入、摘要和目标条件之间的关系：修改参与计算的数据，会产生需要重新检查的哈希结果。矿工寻找的是满足目标条件的结果，而不是从摘要中还原交易内容。
也要区分数据完整性与内容真实性。摘要能够帮助识别数据变化，但不能单凭一个摘要判断交易是否合法，更不能证明某项服务可信。
分清网络目标与矿池份额
目标阈值越大，满足条件越容易；阈值越小，要求越严格。矿池通常使用比网络要求更宽松的份额目标，记录矿工提交的工作结果。达到份额要求，不等于达到网络出块要求。
阅读算例尤其要核对比较方向。挖矿文档中的份额示例，将阈值高低方向写得与前面的机制说明不一致，不宜直接套用。理解时应以接受条件为准：更宽松的条件对应更多可接受结果。
统计平均也不是固定进度条。累计若干份额并不意味着下一次必然找到区块；份额用于衡量工作贡献，不能被理解为确定的出块倒计时。
识别接口和协议的适用范围
getblocktemplate 涉及区块构造所需信息，Stratum 涉及矿工与矿池之间的任务通信，两者不宜简单当作同一功能的不同名称。学习流程时，应分别追踪谁提供交易、谁构造区块头、谁验证提交结果。
涉及旧接口、软件版本和协议能力的描述，需要保留历史背景。文档中的 getwork 已被标为弃用；其中对 Stratum 交易检查能力的说明，也不应不加区分地推广到所有版本或实现。
常见问题与学习检查点
独立挖矿和矿池挖矿改变了工作组织及分配方式，并没有让参与者绕过网络要求。理解二者时，应关注工作由谁协调、结果提交给谁，而非把矿池视为降低网络出块标准的工具。
检验自己是否理解，可以尝试回答三个问题：修改 coinbase 数据为何需要更新默克尔根？为何合格份额未必是有效区块？密码学标准为何不能证明矿池承诺？能够区分这些层次，比记住接口名称更重要。