先明确要核验的事实
历史公告核验通常包含几个不同问题：文件是否在某个时间之前已经存在，公告内容是否被改动，发布主体是否确实是某家交易所或其 CEO，以及公告中的事实是否真实。不同问题需要不同证据。数字签名或时间戳主要支持文件完整性和存在时间，网站域名、官方账号、邮件记录等材料则用于判断发布主体，不能把它们混为一个结论。
保存原始材料并计算哈希
核验开始时，应保存公告页面或文件的原始版本，并记录获取时间、页面地址、文件名称、响应内容和必要的页面上下文。随后对完整文件计算密码学哈希值。哈希是输入内容的摘要，文件哪怕只改变一个字符，重新计算的结果通常也会不同。因此，后续核验应以同一个文件或同一份规范化内容为对象，避免因网页排版、编码或附件下载差异造成误判。
用可信时间戳证明文件存在时间
RFC 3161描述了时间戳协议：申请方把数据的哈希提交给时间戳机构，机构返回包含时间、哈希算法、数据摘要和签名等信息的时间戳令牌。核验时需要确认令牌状态正常，令牌中的数据摘要与公告当前计算出的哈希一致，哈希算法标识与摘要长度匹配，并验证时间戳机构证书和签名。在协议所支持的范围内，这类证据可以说明对应数据在某个时间点已经提交给时间戳服务。它不能自动证明公告内容真实，也不能单独证明提交者就是 CEO。
结合比特币区块链记录复核
比特币区块链由区块和交易组成，区块通过前一区块的哈希相互连接，交易也有对应的交易标识。若将公告文件的哈希写入一笔可核验的链上记录，之后可以通过交易标识、区块哈希和区块高度检查该记录是否存在。区块链的记录结构有助于发现后续篡改，但它证明的是某个数据或摘要被记录在链上，不能直接证明记录者身份、公告来源或公告中的陈述。还应注意，区块高度在分叉期间并非全球唯一标识，核验时应保留区块哈希及交易标识等更具体信息。
判断 CEO 与交易所身份
身份核验应寻找能够互相印证的发布渠道，例如交易所控制的官方网站、其明确关联的官方账号、带有可验证签名的文件，或与企业存档相互对应的材料。页面上出现 CEO 姓名并不等于 CEO 亲自发布或批准。若只有截图、转发文字或无法确认来源的 PDF，应将结论限定为“发现一份声称来自该主体的材料”，不能进一步断言其真实性。
适用条件与常见问题
这种方法适用于需要比较网页版本、附件版本、截图和链上记录的历史研究、合规留档或争议核验。它要求核验者能够取得原始文件、准确计算哈希，并保留完整的时间戳或链上证明材料。若只有经过压缩的截图，或者原始文件已经丢失，通常只能核对有限的视觉内容，难以证明完整文本未被修改。
常见问题是“有区块链记录就一定是真的吗？”答案是否定的。链上记录可以增强存在性和完整性证据，但输入链上数据的人仍可能提交虚假公告。另一个问题是“时间戳能证明发布时间吗？”时间戳通常证明数据在某一时点前已提交或存在于服务记录中，不能自动证明它首次公开发布的时间，更不能证明署名者身份。较稳妥的结论应分别写明：文件完整性是否匹配、时间证据支持到什么程度、发布主体是否得到独立材料印证，以及哪些事实仍无法确认。