先明确核验对象与适用范围
“全球第二大”缺少排名指标、统计时间和出处，不能据此唯一确定交易所。核验前需要明确平台名称、目标公告及所涉时期，否则容易把不同平台、不同时间的材料混在一起。
这里讨论适用于网页公告的通用核验方法。RFC 9110与W3C的PROV概述分别涉及HTTP语义和数据溯源，都不提供交易所排名或具体历史公告的真实性证明。
网页可访问能说明什么
RFC 9110将HTTP描述为通过请求与响应交互的应用层协议，其语义涵盖请求方法、响应状态和资源表示等内容。这有助于区分“取得了网页内容”与“证实了网页所述事实”。
当前地址能够打开，只能说明此次访问取得了相应内容。若要判断公告过去是否存在、当时措辞如何，还需要与历史时点相关的证据。当前网页不能单独证明它从未修改，也不能直接证明公告中的事项已经发生。
用溯源关系组织证据
W3C的PROV概述把溯源理解为有关数据或事物及其生成活动、参与主体的信息，用来辅助评估可靠性。其框架关注对象标识、归属、处理步骤、版本和派生关系。
应用到公告核验时，可以分别记录公告地址与标题、发布主体、页面标示的时间、取得材料的时间，以及材料属于原页面、转载还是截图。这些记录让核验过程更容易复查，但记录完整本身并不保证内容真实。
历史版本如何对照
存在多个版本时，应围绕同一公告比较正文、日期、适用对象和修订说明，并保留各版本的来源关系。页面标示的发布时间、后续更新时间与材料取得时间应分别记录，避免混用。
多个网站出现相同文字，不一定构成独立佐证：它们可能都转载同一个来源。对照的重点是证据如何产生、是否相互依赖，以及差异是否会改变对公告的理解。
常见疑问与结论边界
只有截图可以确认吗？截图可以作为待核对材料，但如果缺少原地址、取得时间和来源关系，就难以单独确认发布主体及历史版本。
找不到旧页面是否说明公告不存在？不能直接作此推断。较严谨的结论应限定在实际证据范围内，例如仅确认当前页面内容，或说明历史版本仍未核实。公告由谁发布、何时出现、是否修改，以及所述事项是否属实，需要分别判断。