适用范围与结论边界
“spare币上交易所的历史公告怎么核验”涉及两个问题：历史公告是否真实存在，公告描述的上线安排是否实际发生。二者需要分别举证。这里解释通用核验思路，不确认spare币对应的项目身份、交易所名单或上线日期。W3C的来源追溯概述与比特币交易技术说明均不能充当该项目的上币证明。
用来源追溯整理公告证据
W3C的PROV概述将来源信息归纳为与数据形成有关的实体、活动和参与者，并涵盖版本、处理过程及派生关系。这些信息有助于评估可靠性，但来源描述本身不保证内容真实。
应用到公告核验，可以分别记录公告页面、发布主体、原始地址、获取时间，以及转载或存档与原页面的关系。截图和转载应保留出处线索；多个页面若都引用同一篇公告，仍属于同一来源的传播，不能直接视为多份独立佐证。
核对身份、时间与公告版本
核验对象应具体到项目全称、资产简称、所属网络，以及适用时的合约地址。简称相同不足以证明是同一资产；缺少身份字段时，应保留未确认状态。
时间记录需要区分页面标注的发布时间、修改时间、存档抓取时间和正文写明的开放时间，并保留时区。存档抓取时间不能直接替代首次发布时间。公告若有延期、更正或取消版本，应把它们关联起来，避免只凭最早的预告判断最终结果。
链上记录能证明哪些事情
比特币开发者交易指南说明，交易输入通过交易标识符和输出索引引用此前的输出，验证过程涉及脚本与签名。这解释了比特币交易如何被识别和验证，并不涉及交易所公告的发布证明。
因此，即使某笔链上转账可以核实，也不能据此推出某交易所曾发布上币公告或开放撮合。比特币的交易结构也不能直接套用到身份和网络尚未确认的spare币。公告真实性与链上交易有效性属于不同的核验问题。
常见疑问与结果表述
旧链接失效不等于公告从未存在，可继续比对保留原地址的历史存档及其他可追溯记录。只有截图时，宜表述为发现公告线索，仍需确认发布主体、完整正文和版本关系。
找到正式预告后，可以确认其记载的计划；要确认实际开放，还需要对应的实施证据。核验结果应分别说明已确认的内容、仍缺失的证据及时间范围，避免把历史计划写成已发生事实，或把历史记录写成当前状态。