先区分公告事实与链上事实
“某资产曾上架交易所”包含两类不同信息：一类是交易所是否发布过公告、公告何时发布以及公告具体写了什么；另一类是资产是否在某条区块链上存在发行、转账或合约交互记录。前者属于网页内容和机构声明的核验，后者属于链上数据核验。两者可以相互印证，但不能互相替代。
提供的溯源资料强调，判断信息可靠性时，应记录产生信息的实体、相关活动、参与者、版本和来源关系。把这个思路用于历史公告，应保存公告标题、原始链接、发布主体、发布时间、网页快照或存档版本，并记录每次转载与修改之间的关系。
核验公告来源和版本
第一步是确认发布主体。优先检查交易所官方公告中心、官方帮助文档、官方社交账号或项目方正式渠道，并核对域名、账号认证状态和页面栏目。搜索引擎摘要、论坛转帖、截图和营销文章只能作为线索，不能单独作为公告已经发布的证据。
第二步是确认版本。历史页面可能发生改版、下线、标题调整或正文修订，因此应比较多个可追溯版本，重点查看发布日期、更新时间、公告编号、原文链接和正文是否一致。如果只能看到转载内容，应明确它是转引材料，并继续寻找对应的官方页面或可验证存档。
第三步是核对公告的具体范围。上架公告可能涉及现货、杠杆、合约、充值、提现或特定交易对，不能把其中一种服务概括成全部服务。还应检查公告是否写明开放时间、支持网络、资产名称、代币符号以及暂停或下架安排。材料不足时，只能表述为“出现过相关说法”，不能直接断定为交易所正式上架。
用链上记录做交叉核对
比特币交易资料说明，链上交易通常包含输入、输出、交易标识和确认过程，节点会独立验证交易后再传播或写入区块。不同区块链的字段和浏览器界面虽有差异，但核验资产活动时可以采用相近思路：确认网络、交易哈希、区块位置、时间、发送方、接收方以及资产数量或合约调用。
对于代币类资产，还要确认合约地址，而不能只依赖名称或符号。名称相同、符号相近或跨网络部署都可能造成误认。应把公告中写明的网络和合约地址，与区块链浏览器显示的合约信息逐项比对；若公告没有提供合约地址，就不能仅凭符号完成可靠匹配。
链上记录能够证明某笔交易在特定网络上的状态，也能帮助判断充值地址、提现地址或代币转账是否实际发生。但链上记录通常不能证明某地址属于某家交易所，也不能证明某笔交易对应某份公告，除非还有交易所公开地址标签、官方说明或其他独立证据。
建立可复核的核验记录
建议为每条历史公告建立一张核验记录，至少包括：原始发布主体、页面标题、页面地址、发布时间、保存时间、公告版本、涉及的资产和网络、交易对、链上合约地址、对应交易哈希，以及与其他来源的差异。每个结论都应标明证据类型，区分官方原文、公开存档、媒体转述和链上数据。
当不同来源发生冲突时，应优先保留原始页面和更接近发布主体的记录，并把冲突本身写入备注。例如，项目方称“即将上线”不等于交易所已经开放交易，充值开放也不等于交易开放，出现链上转账也不等于形成了公开市场。核验结果可以分为“官方页面已确认”“有独立材料佐证”“仅有转述”“目前无法确认”，避免把不完整证据写成确定事实。
常见问题与适用范围
问：看到区块链浏览器上的转账，能否证明 swash币已经上交易所？答：不能。转账只能说明特定网络上发生了链上活动，还需要交易所公告或其他可归属于交易所的独立证据。
问：项目方官网的上架消息能否单独证明交易所公告？答：它可以证明项目方曾作出相关表述，但不能自动证明交易所已发布同样内容。最好继续核对交易所官方页面、公告编号、交易对和开放时间。
问：什么时候应停止下结论？答：当发布主体、原始页面、网络或合约地址无法确认，或者不同来源无法解释时，应保留不确定性，只说明已找到的证据及其边界。上述方法适用于历史公告的事实核验，不适合据此判断资产价值、未来表现或交易决策。