先界定要核对的说法
“显卡能做哈希计算”“显卡正在参与比特币挖矿”和“某款显卡有特定性能”属于不同命题，分别需要算法实现、任务记录和测试数据支持。本文讨论技术前提的核验，不据此判断具体设备的实际表现。
核对时应先说明显卡承担什么工作：它是在计算区块候选的哈希，还是仅负责显示界面、连接服务或运行管理程序。软件界面出现比特币名称，并不足以证明显卡承担了相应的挖矿计算。
算法依据与设备依据分开看
NIST 的 FIPS 180-4 介绍安全哈希算法及消息摘要的用途，可作为理解哈希计算的基础。它并不提供显卡挖掘比特币的性能认证，也不能用来证明某个程序实现正确。
若要核验具体显卡，应检查程序说明、实现方式和可复核的输入输出。适用条件是测试任务与声称执行的任务一致；其他计算任务的成绩，不能直接替代该任务的测量结果。
有效工作需要符合区块要求
Bitcoin Developer Guides 描述的挖矿过程包括构造区块头、尝试不同输入、比较哈希与目标阈值，并提交符合要求的区块；其硬件流程以 ASIC 为例。矿池还会用较宽松的目标接收份额，以衡量矿工贡献。
因此，显卡持续运行或程序显示计算速度，只能说明部分运行状态。完整核验还需要任务来源、目标设置和提交结果相互对应。指南中的 ASIC 流程也不能直接作为某款显卡已通过验证的证据。
常见问题：份额是否等于成功出块
不等于。矿池接受份额与网络接受区块具有不同的判定要求。核对日志时，要明确“接受”指矿池认可的份额，还是符合网络要求的区块，不能仅凭接受次数推断成功出块次数。
比较性能时，还应确认算法、单位、测试时长及数据来自本地统计还是服务端记录。若涉及功耗，需要说明测量覆盖显卡本身还是整机；边界不同的数据不能直接比较。
资料存在冲突时如何处理
挖矿指南摘录对矿池目标的总体说明是阈值更高、条件更宽松，但后面的数值例子使用了相反的高低表述。核对时应依据哈希与目标的比较关系理解原理，不沿用存在冲突的数值推导。
可核验的结论应限定在证据覆盖的范围内：算法标准支持基础定义，流程文档支持工作机制，具体设备结论则需要对应实现和实测记录。缺少其中一环时，应保留为尚未证实的假设。