适用范围与证据边界
sxp币上线交易所的历史公告怎么核验，关键在于找到能对应具体事件的原始记录，并说明记录来自哪里、经历过哪些变化。以下方法适用于历史网页公告的证据整理，不构成对SXP上线交易所、日期或交易对的事实确认。
RFC 9110讨论HTTP请求、响应及资源表示；W3C的PROV-DM讨论信息的来源与形成关系。两份规范能支持核验方法，但都不是SXP上线公告，不能据此列出其上线历史。
网页可访问与内容真实分别判断
RFC 9110将HTTP描述为通过请求与响应交互的应用层协议，响应包含状态及相关元数据。这说明访问结果首先反映一次网络交互，不能单凭页面成功打开，就认定公告内容真实或历史日期准确。
核验时应记录原始地址、访问时间及实际显示的正文。若地址跳转，还需保留跳转后的地址，检查落点是否仍为同一公告。页面失效只能说明此次未取得原文，不能直接推断公告从未存在。
追溯原文、转载与修订关系
PROV-DM以实体、活动及责任主体等概念描述信息来源，并区分派生、修订、引用等关系。用于公告核验时，可以据此分别记录公告版本、发布主体以及转载或更新过程。
交易所原始公告、项目方转述和媒体转载应分别标注。如果多个页面都引用同一篇公告，它们属于同一来源的传播链，不能仅按页面数量算作多个独立证据。截图或转载缺少原文地址时，其来源关系仍有待补充。
将公告时间与事件时间分开
整理记录时，应分别摘记页面标注的发布时间、更新时间、正文中的计划开放时间及其时区。若正文分别列出充值、交易和提现安排，应保留各自含义，避免合并成一个笼统的上线日期。
预告能够支持“发布方曾宣布某项安排”这一结论。要进一步确认实际开放时间，还需要对应的后续记录；如有延期或修订，应把新旧版本关联起来，并说明采用哪个版本及理由。
常见问题与结论写法
仅有币种简称是否足够？简称不足以完成对象核对，还应对照公告中的项目名称及其他身份信息，避免将不同对象或不同业务类型混为一谈。
原文找不到怎么办？可以保留可追溯的转载或存档作为辅助线索，但应明确缺失环节。结论宜写清已取得什么记录、记录支持哪项说法、哪些事项尚不能确认；没有直接事件证据时，不宜把通用核验原理写成SXP历史事实。