挖矿机的定义与适用范围
比特币开发者指南描述了这样的分工：挖矿软件准备区块头，ASIC硬件反复计算哈希，寻找满足目标条件的结果，再由软件提交区块。矿池还使用份额记录矿工贡献的工作。因此，理解挖矿机，应把计算硬件、任务软件和网络验证分开。
这里讨论比特币挖矿的通用技术条件。这些条件可以帮助审视设备说明，但不能直接证明某个品牌或型号的性能。
前提一：哈希计算符合算法规范
NIST的FIPS 180-4介绍安全哈希算法及消息摘要用途：摘要可用于检测消息是否发生变化。它提供算法层面的依据，并不认证某台矿机，也不规定比特币矿池的结算方式。
核对时，应区分算法正确与挖矿成功。相同输入按照同一算法应产生相同输出，可用已知输入及预期摘要检查实现；结果计算正确之后，还要满足挖矿任务的目标条件。只有“支持哈希算法”的介绍，无法证明完整挖矿流程可用。
前提二：目标阈值没有被混淆
判断结果是否合格，需要明确比较的是网络目标还是矿池份额目标。份额获认可，通常只能说明完成了符合矿池要求的工作，不能直接算作发现有效区块。
对于按哈希数值低于阈值判断的机制，阈值越大，条件越宽松。开发者指南摘录中的一处倍数示例，将矿池目标写得更低，却推导出更容易获得份额，与此前的机制说明存在方向矛盾。核对技术说明时，应先检查比较关系，再检查倍数推导，不能照搬示例。
前提三：设备与任务流程相匹配
硬件能够计算，还需要软件提供可用的区块头和正确目标，并处理任务更新与结果提交。检查设备说明时，可以分别确认任务如何取得、结果如何返回，以及工作记录是否显示被接收。
“设备运行中”“提交了份额”“发现了区块”对应不同环节。把这些状态分别记录，才能判断问题发生在计算、通信还是目标判断上，避免仅凭运行界面就认定整个流程正常。
常见问题：原理能否证明设备表现
通用技术文档能解释挖矿为何成立，具体设备的性能仍需对应的测试记录、测试条件与统计口径。标称参数和实际观测也应分别看待，不能用算法标准替代设备测试。
阅读旧技术介绍时，还应核对软件版本与协议范围。文档对某种历史接口或协议行为的说明，只在相应条件下适用，不宜扩展为所有软件和设备的共同特征。