先明确“潜规则”指什么
“区块链的潜规则”不是一个边界明确的技术术语，可能指协议中不显眼的约束、软件实现的行为，也可能指参与者之间未经正式说明的做法。核验前先把说法改写成可检查的问题，例如：某类交易是否会被节点拒绝、某项规则由协议规定还是由应用自行设定。若无法说清具体对象和条件，就很难判断资料是否支持该说法。
还要区分事实描述和价值判断。区块如何连接、节点如何验证交易属于可查证的技术问题；某种安排是否公平、是否构成“潜规则”，则可能涉及定义和立场，不能仅靠技术文档定论。
追溯原始技术材料
优先查找与问题直接相关的开发者文档、协议说明或规范。以太坊开发文档按账户、交易、区块、节点、共识机制及智能合约等主题组织内容，可用于定位相应概念；比特币开发者指南的区块链章节说明了区块、交易、UTXO、工作量证明和分叉等机制。两类材料各自适用于对应网络，不能把一个网络的规则直接套用到另一个网络。
查看网页时记录具体章节、术语定义和适用范围，并确认正文是否讨论当前所问的机制。文档中的概览适合建立概念，不一定覆盖所有实现差异或边缘情形。网页由社区维护或内容可能更新，也意味着核验结论时应保留页面标题和访问时间，而不能把一句概述当作永远不变的规则。
用独立证据交叉核对
不同来源只有在证据路径相对独立时，交叉验证才有意义。可以将协议文档与客户端实现说明、测试用例、公开链上记录或其他独立技术说明对照，检查它们是否讨论同一网络、同一软件版本和同一条件。多篇文章若都转述同一段文字，并不等于存在多个独立证据。
链上记录可以帮助核对已经发生的公开事件，例如交易是否被纳入区块、区块之间如何连接；但单条记录未必能证明动机、幕后约定或普遍政策。区块链数据能支持哪些结论，取决于数据字段、验证方式及问题本身，不能把“可查到记录”扩大解释为“所有相关事实都已证实”。
区分协议规则与实际行为
协议规则描述节点按什么条件验证或接受数据；客户端是实现这些规则的软件；应用则可能在协议之上增加自己的交互和限制。某个网站、钱包或服务的行为，不能自动代表整个网络的规则。反过来，文档说明一种机制，也不能单独证明每个服务都按同样方式实现。
核验具体说法时，分别标注“规范写了什么”“某个实现做了什么”“公开数据显示了什么”。若资料没有指出网络、客户端、应用或时间范围，应把结论限制在资料实际覆盖的层面，并明确尚未核实的部分。
常见问题与判断边界
如果两份资料看起来矛盾，先检查它们是否讨论不同网络、不同客户端、不同术语定义或不同版本，再判断是否存在真正冲突。若无法消除差异，应并列说明各自范围，不要擅自挑选更吸引人的结论。
“有源码”或“有链上数据”不代表解释自动正确。仍需确认代码对应哪个实现与版本、数据如何取得和验证，以及推理是否超出证据。对于匿名协商、私下约定或无法公开观察的行为，公开技术文档和链上记录可能不足以核实，应明确说明证据边界，而不是将猜测写成事实。