先区分“历史规则”具体指什么
“规则”至少有四个层次。第一层是比特币网络的共识规则，例如区块必须引用正确的前一区块、交易和区块头需要满足目标阈值，节点才可能接受新区块。第二层是挖矿工作流程，包括如何取得待确认交易、构造区块模板、计算默克尔根和提交区块。第三层是软件或矿池协议规则，例如早期的 getwork、后来的 getblocktemplate，以及矿池常用的 Stratum。第四层是家庭挖矿涉及的现实条件，例如住宅用电、噪声、散热、消防和当地监管。这些层次不能混为一谈。
从哪些资料查比特币挖矿的演变
技术历史可以先查比特币开发者文档中的 Mining 页面，用来了解独立挖矿和矿池挖矿的工作方式，以及 getwork、getblocktemplate 和 Stratum 的差异。该类文档适合解释流程，但不应单独作为所有历史共识规则的完整档案。更严谨的做法是继续核对 Bitcoin Core 的版本说明、源代码中的共识相关实现、已发布的 BIP 文档，以及对应版本的 RPC 或矿池协议文档。
NIST 的区块链技术概览可用于补充分布式账本、哈希函数、数字签名、工作量证明和共识机制等通用背景。它属于高层技术概览，不是比特币某个版本的挖矿规则清单。因此，查具体历史变化时，应把它作为概念背景，而不是用来替代比特币客户端的版本资料。
如何核对某个历史时期的规则
第一步，先确定时间范围和问题类型。例如，你要查的是“当时个人能否独立挖矿”，还是“当时区块需要满足什么验证条件”，或者“当时家庭设备能否直接连接矿池”。没有时间点和问题边界，容易把不同时期的硬件、软件和协议混在一起。
第二步，记录资料的版本、发布日期和适用对象。开发者指南通常描述技术机制，客户端发布说明反映软件变化，BIP则可能提出协议改进；它们的法律效力、技术作用和适用范围并不相同。对于每条结论，最好同时保存原始页面、版本号、文档标题和访问日期。
第三步，使用区块链数据验证已经发生的结果。可以查看某一时期的区块头、交易结构、区块间隔和 coinbase 交易，但链上数据只能证明当时出现了什么，不能单独证明全部软件规则或家庭经营要求。涉及客户端行为时，还要对照当时的软件源码或发行说明。
第四步，区分“网络接受规则”和“矿池内部规则”。矿池可能设置比全网目标更宽松的 share 目标，用份额统计矿工贡献；share 被矿池接受，不等于对应区块已经满足全网共识。独立挖矿则通常直接面向网络提交完整区块，收益归属和出块间隔也与矿池模式不同。
在家挖矿时应重点核查什么
家庭环境中的“能不能挖”不能仅由技术文档回答。应分别核查当地关于住宅用电、商业用途、噪声、热排放、消防安全、物业管理和税务申报的规定；这些事项具有地域性和时效性，必须以所在地主管部门、供电合同、物业规则或专业法律意见为准。
从技术上看，家用场景还要确认设备的额定功耗、持续运行能力、线路和插座承载、散热通风、网络稳定性以及设备噪声。历史上挖矿软件可以向本地节点请求区块模板，也可以通过矿池获得任务；但具体软件接口、矿池接入方式和硬件支持会随版本变化，不能把旧教程直接当成当前操作规范。本文不对成本、收益或回本时间作判断。
常见问题
问：早期能独立挖矿，是否代表现在也适合在家独立挖矿？答：不能这样推断。独立挖矿的基本定义没有因此自动等于家庭环境适用，设备、网络难度、供电条件和当地要求都需要另行核查。
问：getwork、getblocktemplate 和 Stratum 是共识规则吗？答：它们主要是取得挖矿任务或传递工作信息的方法。是否接受区块，仍由网络节点依据区块和交易验证规则判断。
问：查到一篇旧教程就能确认历史规则吗？答：不够。应至少核对教程对应的版本、客户端资料、协议说明和链上实际数据，并明确哪些结论只适用于特定时期。
问：NIST 的区块链资料能否直接证明比特币的具体规则？答：不能。它适合解释区块链、哈希和工作量证明等通用概念；具体比特币规则仍应以相应版本的比特币技术资料和实现为准。