先明确核对对象与适用范围
“区块链矿机”不是足够明确的技术描述。核对前应把目标网络、设备型号、预定用途和参与方式分别写清楚，避免把不同共识机制下的硬件都视为同一种生产设备。本文讨论技术前提及证据边界，不据此判断收购价值。
第一项假设：目标网络是否需要算力挖矿
Bitcoin Developer Guides的挖矿说明描述了工作量证明流程：矿机反复计算区块头哈希，寻找满足网络目标的结果。参与方式包括独立挖矿和矿池挖矿。
ethereum.org的权益证明说明则介绍，验证者通过质押参与区块验证和提议，而不是依靠工作量证明矿机竞争出块。两种机制不能混用。
因此，“设备能够运行”与“设备能完成目标网络要求的任务”必须分开核对。若技术说明描述的是哈希计算，而项目用途描述的是质押验证，就需要先解释这种不一致，不能仅凭“支持区块链”认定适配。
第二项假设：标称能力是否对应实际工作
核对时可将设备说明中的计算任务，与目标网络要求的任务逐项对应，再检查运行记录是否来自同一型号、同一设备及明确的测试条件。参数表说明的是宣称能力，测试记录才涉及特定条件下的表现，两者不能相互替代。
通用挖矿文档不包含待收购设备的实测结论。因此，不能从原理正确直接推导出整批机器性能达标，也不能把单台设备的结果扩大为全部设备的事实。
第三项假设：矿池份额是否被误当成出块
比特币挖矿说明区分了矿池接受的份额与满足网络目标的有效结果。份额用于衡量提交的工作，只有其中满足网络条件的结果才可能用于出块；矿池之间的分配机制也可能不同。
核对运行报表时，要分清“提交份额”“被接受的份额”“网络出块”和“结算记录”。这些指标分别回答不同问题。出现份额记录，不等于设备独立挖出了对应数量的区块，更不等于已经完成结算。
常见问题：接入成功能证明哪些事
能连接矿池，是否就代表设备完全适用？不能。连接记录主要涉及通信是否建立，持续提交有效工作则是另一项核验内容。
历史记录能否直接证明未来表现？不能。记录只能支持其覆盖时间与条件内的判断；把它延伸到其他设备、环境或运行期间，都增加了尚未验证的前提。
形成可追溯的核对结论
可按“假设、证据、适用条件、未解决问题”整理核对表。例如，将“能够接入矿池”与“持续产生被接受的工作”分列，避免一份截图承担多个结论。
最终结论应限于证据实际支持的范围。技术机制说明不能证明设备归属、交付状态或具体运行成本；这些事项缺少独立材料时，应明确标为未核实，而不是默认成立。