适用范围：核验方法不等于数量结论
“奇亚币上了几家交易所的历史公告怎么核验”包含两个问题：公告是否可信，以及这些公告能否支持数量统计。W3C PROV概览与RFC 9110分别讨论信息溯源和HTTP语义，均不是奇亚币上线记录。因此，本文只解释通用核验方法，不确认具体平台、上线日期或总数。
先定义要统计的事件
统计前应明确截止时间，以及统计的是“曾发布上线公告的平台”“曾实际开放某类交易的平台”，还是“某日仍提供相关服务的平台”。这些口径不能混用。公告预告不等于事件已经发生，历史上线也不等于当前仍然有效。
每条候选记录应核对资产名称与标识、服务类型、适用地区和公告状态。同一平台的多语言公告、多个交易对或重复通知，不应直接算成多家；平台更名或不同地区站点如何归并，也应提前说明。
用溯源思路组织证据
W3C PROV概览将溯源理解为有关数据形成过程中对象、活动及参与者的信息，用于辅助评估可靠性，并支持记录版本和派生关系。它提供的是描述证据来历的方法，不是内容真实性的担保。
用于公告核验时，可分别记录发布主体、原始网址、公告标题、正文标注时间、获取时间和保存版本。转载应关联到原公告；多篇转载若来自同一出处，不能当作多份独立确认。截图可作补充，但缺少网址、上下文或保存时间时，证明力有限。
网页可访问不等于历史事实成立
RFC 9110说明了HTTP请求、响应、状态码及资源表示等共同语义。这些机制描述网络交互，不能替代对公告内容和发布主体的核验。
页面成功返回，只说明此次请求获得了相应响应，不能证明公告从未修改。跳转后应核对最终页面与原公告的关系；链接失效也不能反推公告从未存在。若使用历史存档，应区分存档抓取时间、正文发布时间与计划生效时间。
处理冲突并形成可复核结论
发现日期或内容冲突时，应保留不同版本，查找更正、延期、取消或终止通知，不宜只选符合预期的一条。只有预告时，结论应停留在“曾公告计划上线”，不能升级为“已经上线”。
最终统计应附上口径、截止时间、去重规则和逐项证据，并区分已确认、待核验及排除记录。证据覆盖不完整时，可报告已核验范围内的结果，但不应称为全部数量；只有上述技术标准而没有项目公告时，无法得出具体家数。