先确定资料需要证明什么
核验矿池资料，应先把说法拆成可以单独检查的问题：是在解释挖矿机制，描述某个矿池的规则，还是报告一段时间内的运行情况？不同问题需要不同证据。技术文档可以支持机制解释，却不能直接证明某个矿池实际如何运行。
本文的技术范围主要是比特币工作量证明矿池；来源追踪的方法可以用于其他资料，但具体机制仍需对应链和协议的文档支持。
两个来源分别支持什么
Bitcoin Developer Guides 的 Mining 页面解释了矿池通过 share 衡量矿工提交的工作，部分提交同时满足网络目标，可以成为候选区块。该文适合帮助核对矿池基础术语与工作流程，不能据此确认某个矿池的实际结算记录。
W3C 的 PROV-Overview 介绍数据溯源框架，关注资料涉及的实体、生成活动及责任主体，并涵盖版本、派生关系和可复现性。这为整理证据链提供方法，但不构成对任何矿池的认证。两个来源作用互补，并非共同证明某个矿池可靠。
建立可追溯的核验记录
每项重要说法都应对应具体出处，记录页面标题、发布主体、网址、版本或更新时间，以及支持该说法的段落。页面未注明时间时，应保留这一缺口，不能用访问时间代替发布时间。
对于转述和统计图表，还要追查原始材料及加工过程：谁采集数据，采用什么时间范围，怎样筛选和计算。多个网站转载同一篇说明，仍然只有同一条证据来源，不能算多方独立验证。
检查技术表述和适用条件
核对 share 时，应区分矿池接受提交的目标与网络出块目标。数值目标越大，满足条件通常越容易；难度与目标不能混用。参考正文中有关目标高低的示例存在前后方向不一致，引用时应标记疑点，避免直接沿用其比例表述。
涉及 getwork、getblocktemplate 或 Stratum 的内容，还应检查协议和软件版本。历史文档中的使用情况与能力描述，不能自动推广到所有后续实现，也不能作为当前普及程度的证据。
常见问题与结论边界
矿池自己的页面能否作为来源？可以用于确认其公开声明，但声明是否落实，还需要与相关记录核对。来源名称具有权威性，也不能替代对具体段落、版本和适用范围的检查。
资料相互矛盾时，应先比较对象、时间和统计口径，再判断是否存在真正冲突。最终记录可以区分为“有证据支持”“仅有发布方声明”和“尚无法核验”，并保留对应出处，使读者能够复查结论。