先明确要核验的结论
核验一则交易所历史公告时，应先明确问题是“某页面是否曾发布过”，还是“公告内容是否由该交易所正式作出”，也可能还包括“某项规则在特定时间是否已经生效”。这几个问题需要的证据不同。网页能证明某段文字在某个页面上出现过，但仅凭截图或转载内容，通常不足以证明发布主体、发布时间和后续版本。
由于提供的材料没有涉及任何具体交易所、具体公告或实际存档页面，本文只介绍通用核验方法。不能据此认定某个平台的任何历史公告已经被证实。
从原始网页检查基础信息
第一步是定位交易所自己的公告页面或帮助中心页面，记录完整网址、页面标题、公告正文、页面显示时间、更新提示、附件和页面内链接。应保存原始页面的可读副本，并同时记录访问时间，避免只保留一张容易被裁剪或修改的截图。
HTTP是一种客户端与服务器之间交换请求和响应的协议。根据RFC 9110，响应包含状态码、响应字段和内容等可观察信息。因此，核验时可以查看页面是否正常返回、是否发生跳转，以及响应中的内容类型、缓存和验证相关字段。状态码或页面能够说明访问结果，却不能单独证明公告内容真实，更不能替代发布主体认证。
还要区分当前页面与历史版本。页面被重新编辑、删除、迁移地址或通过重定向访问时，当前内容可能与历史内容不同。应把原始网址、跳转后的网址、页面中显示的日期以及保存副本中的内容分别记录，不能把访问当天看到的版本直接当作过去的版本。
建立公告的来源链条
W3C的PROV资料把来源信息理解为与实体、活动和参与者有关的信息，用于评估数据的质量、可靠性和可信度。将这一思路用于公告核验，可以把“公告页面”视为实体，把发布、修改、转载和存档视为活动，把交易所官方站点、官方账号、媒体或个人视为参与者。这样记录后，证据之间的关系会比单独保存链接更清楚。
一条较完整的来源链条通常包括：原始公告地址、页面标题和正文、页面显示的发布时间、页面是否标注更新、官方站点中的栏目位置、相关附件或规则链接，以及来自其他时间点的转载或存档记录。每条记录都应注明它能证明什么，避免把转载者的描述误当作交易所原文。
如果不同页面存在差异，应保留各版本并标记差异，例如标题变化、时间变化、规则条款增删或链接目标变化。版本差异只能说明页面内容发生过变化，不能自动说明哪一版具有法律或业务效力，还需要结合公告中的生效说明和平台其他正式规则。
如何判断证据强弱
证据可以按相互独立的程度来比较。交易所官方站点上的原始页面，通常比不明来源的截图更接近发布事实；带有完整网址、页面时间和上下文的转载，通常比只有一句摘要的转述更容易复核；多个彼此独立且时间一致的记录，通常比单一来源更有参考价值。这里的“更有参考价值”不是对真实性作绝对保证。
截图适合保存页面外观，但容易缺少网址、响应信息、上下文和版本关系。网页存档可以帮助确认某页面在特定时间附近曾被保存，但仍需检查存档服务是否完整保存了正文、图片、附件和跳转关系。社交平台转发可作为线索，若要确认正式发布，仍应回到官方页面、官方账号或可核验的原始文件。
域名、标志和页面样式也不能单独作为充分证明。核验时要检查域名拼写、HTTPS连接、页面内链接是否指向同一官方体系，以及公告是否与该平台其他正式说明相互一致。无法获得原始页面时，应明确记录为“存在转述或间接证据”，不要写成已经完成官方核验。
适用条件与常见问题
这种方法适用于公开网页公告、规则变更说明、维护通知和历史帮助文档。它依赖于仍可访问的原始页面、可信的页面保存记录或多个可相互印证的独立来源。如果页面已经彻底删除，且没有可靠副本，核验结论只能保持有限确定性。
常见问题是：页面显示日期是否等于发布时间？不一定，页面可能显示更新时间或由系统重新生成。链接能打开是否等于公告真实？不能，能打开只说明当前请求获得了某种响应。转载很多次是否等于多个独立来源？不一定，如果它们都复制自同一篇文章，仍然只是同一来源的扩散。
最终记录应把事实、推断和未确认事项分开。例如可以写明“某官方网址当前显示某版本内容”“某存档记录保存过一个相近页面”“尚无法确认页面首次发布的准确时间”。这种写法能保留证据边界，也方便后来发现新版本或新来源时继续修正核验结果。