先明确名称与适用范围
“财产币”这一名称不足以确定具体网络、共识机制或奖励规则。讨论财产币挖矿的前提假设怎么核对，首先需要可识别的项目文档、网络标识及协议规则。身份未确认时，只能解释通用技术概念，不能认定某个项目支持算力挖矿。
比特币开发指南描述的是比特币挖矿；NIST SP 800-30 Rev. 1讨论信息系统与组织的风险评估。两者分别提供技术和风险分析参照，都不能替代特定项目的验证证据。
把笼统说法拆成可核对的假设
核对时，可将每项说法记为“假设、适用条件、证据、未解决问题”。例如，“设备运行就参与了挖矿”需要进一步确认：设备执行什么计算、任务来自哪个网络、结果由谁验证。运行界面或累计数字本身不足以回答这些问题。
只有确认采用相应的工作量证明机制，才适合继续核对哈希计算、目标阈值及区块验证流程。若实际规则不同，应按该网络的机制重新梳理，不能直接套用比特币流程。
区分份额、区块与结算
比特币开发指南说明，矿池使用比网络出块条件更宽松的目标接收工作份额，份额用于衡量贡献；其中只有部分结果同时满足网络目标。独立挖矿与矿池挖矿的奖励分配方式也不同。
因此，“提交份额”“生成有效区块”“获得矿池结算”需要分别核对。任务记录可帮助确认计算对象，份额接受记录可说明矿池认可的贡献，区块记录和结算规则则回答另外的问题，不能用一个界面数字证明全部环节。
目标阈值越大，满足哈希条件通常越容易；阈值越小则越难。核对文档时应区分阈值与难度，避免把二者的变化方向混为一谈。
检查假设失效的条件
NIST风险评估指南将风险评估纳入整体风险管理，用于支持对已识别风险的应对决策。借用这一思路，核对不应止于正常运行描述，还应说明哪些条件改变会使判断失效。
例如，任务停止更新、份额被拒收或结算规则变化，都应作为待核对情形。记录这些条件如何影响原有判断，并将证据状态标为已支持、未支持或存在矛盾，避免把缺少证据写成已经确认。
常见问题：文档能证明多少
引用比特币文档，不能证明某个项目采用比特币机制；矿池接受份额，也不等于该份额已成为网络区块。技术流程能够运行，同样不能单独证明某种结算承诺必然兑现。每项结论都应限定在对应证据能够覆盖的范围内。