核验对象与适用范围
核验历史公告，要分别回答三个问题：这份内容是否与历史版本一致、它在什么时间已经存在、是否由所称主体发布。这些问题需要不同证据，网页标注的日期不能同时回答全部问题。
下述方法适用于能够取得公告文件、时间戳凭证或相关链上记录的情形。这里不涉及币储交易所的已核实公告、官方域名或签名身份，因此不能据此认定该平台曾发布某项公告。
先明确被核验的内容版本
保留公告原始文件、出处地址及取得时间，截图可辅助说明页面外观。计算哈希前，应明确对象是网页文件、附件还是正文文本；不同编码、空格或附件变化都可能改变结果。
哈希比对支持判断两个确定的文件版本是否一致。只有一个哈希字符串而没有对应内容、算法及可信的历史记录，无法据此还原公告，也无法确认发布者。
可信时间戳证明什么
RFC 3161描述了时间戳机构对数据摘要签发带数字签名凭证的机制，用于支持数据在某一时间已经存在的证明。核验涉及摘要与算法匹配、签名、证书及其状态、时间戳策略；请求包含随机数时，还需核对响应中的对应值。
应用到公告时，需要把所持文件与凭证绑定起来。现在为旧公告申请时间戳，只能为当前提交的版本建立时间证据，不能倒推出网页所标日期就已公开发布。时间戳机构也不因此替公告内容或发布者身份背书。
链上记录如何对应公告
以太坊区块说明介绍了区块通过父区块哈希相连、交易被排序并经网络验证的机制，也列出了区块时间等字段。这些机制为核对历史记录提供基础，但没有自动建立交易与公告发布者之间的身份关系。
若声称公告已上链，应明确网络、交易及所在区块，检查实际记录的是全文、摘要还是链接，再核对其与公告版本的对应关系。仅记录链接时，还需证明链接当时指向的内容；区块时间也不能直接当作公告首次公开时间。
常见疑问与结论边界
截图日期与存证时间不同，并不必然意味着造假，可能分别对应页面标注时间和后续存证时间。应记录差异，继续寻找相应历史证据。
摘要一致且时间戳验证通过，仍需独立确认发布者身份，例如核对公告签名及签名密钥与主体的可信关联。核验结论应明确已确认的是版本一致、时间证据还是发布身份；缺少哪一项，就保留哪一项的不确定性。