先界定“全自动”的适用范围
“全自动”应被拆成可以验证的功能，而不能直接当作技术结论。它究竟指自动获取任务、持续计算、提交结果，还是还包括故障恢复？核对时应要求明确功能边界和运行条件。以下方法适用于通用挖矿技术说明，不证明某个品牌或设备已经实现这些能力。
用两类原理建立核对基准
Bitcoin开发者指南描述了挖矿的基本链路：软件获取任务并构造区块头，硬件反复计算哈希，符合要求的结果再被提交。矿池中的share用于衡量贡献，并不等同于满足比特币网络要求的区块。
NIST的区块链概述将区块链解释为分布式、具有篡改可察觉性和抗篡改能力的账本。这是账本机制的说明，不是对矿机性能、自动化功能或运营方可信度的认证。
逐项核对三个前提假设
第一，自动运行是否建立在有效任务之上。需要核对任务来自独立挖矿节点还是矿池、软件和硬件如何衔接，以及任务更新是否正常。仅有通电或运行界面，不能证明完整链路成立。
第二，计算是否形成了有效提交。应把设备本地显示与提交、接受和拒绝记录相互对照。矿池接受share，只能支持相应工作量被认可，不能据此宣称设备已经独立找到有效区块。
第三，结果是否被混为一谈。本地计算、矿池接受、网络接受区块和矿池结算属于不同环节。核验结论应写明证据对应哪一层，不能用某一层的截图替代整条链路的证明。
区分自动化能力与概率结果
自动执行计算并不会使随机搜索变成确定结果。独立挖矿与矿池挖矿的组织方式不同，矿池如何分配报酬还取决于具体规则。因此，“持续运行便会固定出块”或“提交一次便产生一次链上奖励”都不是上述机制能够支持的推论。
常见问题与结论边界
显示算力是否足够？不够，它不能单独证明任务有效或结果被接受。采用某种挖矿协议是否说明整机可靠？也不能，协议名称只说明通信机制的一部分，还需对应实现与运行证据。
核对后的结论宜分为已证实、依赖条件和未证实三类。例如，有接受记录可以支持部分工作量提交有效，却不能顺带证明故障恢复能力。对缺少记录的功能保留判断，才不会把一般技术原理误写成具体产品事实。