先确定“暂停”的对象
“暂停挖矿”可能指单台设备停止计算、矿池停止下发任务，也可能只是观察到一段时间没有新区块。这些情况涉及不同层级，查询时需要先写清对象与现象，不能直接把局部异常解释为比特币网络统一暂停。
NIST《Blockchain Technology Overview》的摘要将区块链解释为以分布式方式实现、具有篡改可察觉性和抗篡改特征的数字账本。这一概念有助于理解局部服务与共享账本的区别，但不能用于确认某次停机的具体原因。
从挖矿流程定位查询范围
Bitcoin Developer Guides 的 Mining 页面介绍了基本流程：软件获取构建区块所需的信息，硬件尝试生成满足目标条件的区块头哈希，成功结果再由软件提交并传播。矿池还使用 share 记录矿工提交的工作份额。
据此，机制查询可以分成任务获取、哈希计算、结果提交三个环节。界面显示“暂停”，究竟意味着没有新任务、计算已停止，还是提交受阻，需要对应实现的说明与运行记录才能判断。流程文档本身不能证明设备发生了哪种故障。
按问题选择文档
了解原理时，可在开发者指南中查找 Mining、getblocktemplate、Stratum 等术语，分别理解挖矿流程和任务传递方式。查询某款软件的暂停按钮，则需要该软件对应版本的功能说明；查询矿池维护，需要该矿池的服务说明或公告。
核对文档时，应关注适用版本、操作主体、触发条件、影响范围与恢复条件。历史协议介绍不能直接代表所有现行实现，也不能从任务传递机制推断某个产品一定具有自动暂停功能。
常见问题与适用边界
矿池没有收到 share，是否说明全网停止挖矿？这一现象只能说明该观察点没有收到相应工作份额，不能单独证明其他矿工的状态。share 与满足网络条件的区块也不是同一概念。
较长时间没有观察到新区块，是否存在暂停开关？仅凭这一现象无法确认原因，也不足以证明存在统一控制机制，需要进一步核对观测是否完整及相关运行证据。
上述方法适用于理解概念和确定排查方向。若要解释一次具体暂停，应把当时的状态、相关日志和对应版本文档相互核对；两份概述性资料均不能替代具体事件证据。