核验范围：先明确要证明什么
epic币上交易所的历史公告怎么核验，首先要区分三个问题：某份文字是否曾经存在、是否由相关交易所发布、其中宣布的上线安排是否实际执行。这些问题需要不同证据，不能凭一张截图或一个日期同时得出结论。
本文讨论来源追溯与时间证明的通用方法。RFC 3161和W3C PROV-DM均不是EPIC上市记录，不能据此确认其对应项目、交易所或上线时间。
来源追溯：记录原文与副本之间的关系
W3C PROV-DM将来源信息组织为实体、活动及责任主体，并描述派生、修订等关系。用于历史公告核验时，可把公告页面、保存副本和摘录分别记录，说明由谁发布或保存、经过何种处理、源自哪个版本。
据此整理证据时，应保留页面地址、正文、获取时间及可识别的发布主体信息。截图、转载和翻译需要关联其原始出处；多个页面若都转自同一篇文章，不能简单算作多个独立确认。来源记录能帮助判断可信度，但记录本身也需要核实。
时间戳：证明文件存在的时间边界
RFC 3161描述通过时间戳机构为数据摘要签发带签名的时间戳令牌，以支持数据在特定时间之前已经存在的证明。核验涉及摘要及算法是否匹配、签名和证书是否有效，以及时间戳策略是否适用。
这一方法适用于持有相应文件与可验证令牌的情形。今天为一份旧公告副本取得时间戳，只能为该副本现在已经存在提供证据，不能倒推它在页面标注的历史日期就已发布。时间戳也不负责审查公告内容是否真实。
常见问题：日期一致是否足够
页面日期、保存时间和时间戳时间含义不同，应分别记录。页面标注的发布日期是一项待核实的信息；保存时间说明副本的获取节点；有效时间戳则针对与摘要匹配的数据提供时间证据。三者不能互相替代。
文件哈希一致可以支持两个副本内容一致的判断，却不能单独证明发布者身份。即使公告来源得到确认，宣布的安排也仍需与执行事实分开；仅有计划性文字，不足以确认实际上线。
结论应与证据强度一致
核验结果宜逐项说明已确认的内容、依据及缺口。例如，仅有转载时可表述为发现相关转述；只有副本和有效时间戳时，可说明该副本的存在时间证据。缺少发布主体或执行记录时，应保留相应判断，不把通用技术验证扩大为EPIC上市历史已获证实。