先明确核验对象与适用范围
比特币场内交易所的历史公告怎么核验，首先要拆成三个问题：是否由相关主体发布、手中的内容是否对应当时版本、该版本在什么时间已有证据证明存在。这三个问题不能仅凭页面上的发布日期一起解决。
下述方法适用于公告具有可保存文件、可信时间戳或可核对链上承诺的情形，不构成对任何具体交易所公告的真实性确认。技术存证也不等于公告内容真实、承诺已经履行或平台具备特定资质。
时间戳证明的是数据存在，不是官方身份
RFC 3161 描述了可信时间戳协议：时间戳机构对数据摘要及相关时间信息签名，用以支持特定数据在某个时间之前已经存在的判断。核验涉及摘要与算法是否匹配、签名与证书是否有效，以及时间戳策略是否适用。
用于公告时，应将保存的原始文件与时间戳中的摘要对应起来。摘要相符，才能说明令牌关联的是这份文件；重新排版、转码或增删内容可能改变摘要，因此截图、网页文件与提取后的文字不能直接视为同一个核验对象。
时间戳机构的签名并不是交易所对公告的签名。即使时间戳有效，发布主体仍需其他身份与来源证据支持；今天为旧公告申请时间戳，也不能据此证明它在标注的历史日期已经发布。
链上关联不能替代公告来源核验
Bitcoin 开发者参考中的区块说明指出，区块头通过前一区块哈希连接历史，通过默克尔根关联区块内交易。区块时间由矿工填写并受协议约束，因此不能直接当作公告的精确发布时间。
若公告附有链上存证声明，需要分别核对公告文件如何生成摘要、摘要如何被交易承诺，以及该交易是否确实被相应区块收录。只有交易编号或区块浏览器截图，尚不足以证明某份公告与该记录有关。
即使上述关联成立，也不能直接推出公告当时已向公众开放，或提交承诺的人就是交易所。没有公告与链上数据之间可验证的对应关系时，不宜使用“已上链”作为真实性结论。
整理证据时保留不同时间与版本
可分别记录公告地址、页面标注日期、取得副本的时间，以及可信时间戳或链上关联所支持的时间信息。它们回答的问题不同，不应合并成一个未经解释的“发布日期”。
保留取得的原始副本，并将后续整理文本另存。如果不同副本存在差异，应逐项说明变化；摘要不一致只表示核验对象不同，不能单凭这一点断定有人恶意篡改。来源关系、内容完整性和时间依据应分别形成结论。
常见问题：证据不足意味着什么
没有时间戳，公告就是假的吗？不是。这只能说明缺少这一类时间证据。签名核验失败也应区分文件不匹配、证书状态无法确认等情况，不能直接把技术验证失败等同于公告造假。
核验结论宜明确写出已经证实的部分与仍未证实的部分。例如，文件与时间戳摘要一致，并不等于官方发布身份已确认。对于历史公告，保留证据边界比笼统标注“真”或“假”更准确。