先明确核验对象
“全球最大”需要明确比较指标和统计时点，本文不据此认定某家交易所的排名，也不确认任何具体历史公告。这里讨论适用于数字文件的通用核验原理，核心问题是：谁发布了公告、保存的是哪个版本，以及该版本何时已经存在。
这三个问题需要分别举证。文件内容一致，不等于发布主体真实；文件曾经存在，也不等于当时已经公开发布。核验结论应限定在证据能够支持的范围内。
可信时间戳能证明什么
RFC 3161描述了可信时间戳协议：时间戳机构对数据的哈希摘要签发带时间信息的签名令牌，以支持数据在特定时间之前已经存在的判断。验证涉及摘要及算法匹配、令牌签名、机构证书与策略；请求包含随机数时，还需核对响应中的对应值。
用于公告核验时，必须保留与令牌对应的文件。重新排版、修改文字或重新导出，都可能改变文件摘要。因此，摘要不一致首先说明文件字节不一致，不能直接断言公告遭到恶意篡改；还需查明差异来自正文还是文件格式。
时间证明的适用条件
可信时间戳的证明力依赖时间来源、签名验证和证书信任等条件。只有时间显示正确，或者只有一个摘要字符串，都不足以完成核验。时间戳机构处理的是摘要，并不因此确认公告内容真实或发布者身份。
常见问题是：今天为旧公告申请时间戳，能否证明它在标注日期已经发布？不能。新令牌只能支持相应文件在本次时间戳对应时间之前已存在，无法把证明追溯到文件自行标注的旧日期。
链上交易验证与公告核验的区别
Bitcoin Developer Guide的交易章节说明，比特币交易输入通过交易标识和输出索引引用此前输出，并通过脚本及签名等条件验证支出授权。这属于交易有效性验证，不能自动转化为公告真实性认证。
即使某份公告同时列出了交易标识，也仍需证明该交易与具体公告文件之间的关联，以及相关密钥与发布主体之间的身份关系。交易签名有效，本身不能证明签名者就是某家交易所，更不能证明公告全部陈述属实。
如何表达核验结果
核验记录应明确文件版本、所用证据及尚未解决的问题。有有效时间戳时，可以限定表述为“该文件在相应时间之前已存在”；只有有效链上交易时，只能说明交易层面的验证结果。若缺少发布主体身份与文件版本的关联证据，就不能将技术验证通过写成“官方历史公告已证实”。