适用范围：方法不等于历史结论
地球币上交易所的历史公告怎么核验，首先要明确核验对象：是哪一个项目、哪一家平台，以及哪一份公告。仅有中文名称，不能充分确认资产身份；应对照公告中的项目全称、标识及网络信息，避免将不同对象的记录混在一起。
本文讨论网页访问与信息溯源的通用方法。RFC 9110和W3C PROV概览并非地球币的上币公告，不能据此确认其上线平台、时间或实际运行情况。
网页能打开，不等于公告已证实
RFC 9110解释了HTTP请求、响应、状态码与资源表示的基本关系。这些机制说明客户端取得了怎样的响应，并不直接保证网页中的历史叙述真实。
核验时应同时记录原始地址、最终显示地址和正文内容。成功响应可能对应公告，也可能对应首页或提示页；跳转后的页面也未必保留原公告。HTTPS连接本身不能证明发布者具有交易所官方身份，更不能证明公告描述的事件已经发生。
沿来源链核对发布者与版本
W3C PROV概览将溯源理解为有关数据生成过程中涉及的实体、活动与参与者的信息，并强调归属、处理步骤、版本与派生关系。这为公告核验提供了组织证据的思路，而非自动判断真伪的认证。
具体而言，可将公告正文视为待核验对象，分别记录发布主体、转载主体、保存方式和版本差异。交易所原始公告、项目方转述与媒体转载具有不同的来源角色；多个页面若都复制同一篇内容，不能简单算作多个独立证据。
分清发布时间、计划时间和保存时间
公告标注的发布日期、正文预告的开放时间、后续修改时间以及网页存档时间，应分开记录，并保留时区信息。存档时间不能直接替代首发时间，预告时间也不能直接当作实际完成时间。
若要判断公告是否落实，还需要与该事件直接相关的后续记录。只有预告时，结论应限定为曾公布某项计划；若存在延期、更正或取消记录，应一起纳入时间线。
常见问题与结论表述
原链接打不开，是否说明公告不存在？不能。当前访问失败不足以否定历史页面存在。只有截图，是否足够？截图可以提供线索，但缺少地址、完整上下文或可追溯保存记录时，证明力有限。
整理结果时，应保留标题、地址、页面所示日期、访问或保存时间、关键正文及来源关系，并区分已直接核对、仅有转述和仍待核实的内容。无法确认资产身份或原始发布者时，应保留不确定性，不把通用技术原理写成地球币的已证实历史。