先明确核验对象和适用范围
“上交易所”可能包含交易所预告、正式开放充值、开放交易、开放提现等不同事件。核验时应先确定公告声称的是哪一个环节，以及公告对应的代币名称、合约地址、交易对和平台名称。不同环节的证据并不相同，交易所网页公告只能证明页面曾经发布过相关内容，不能单独证明链上已经发生了转账或交易。
现有材料介绍了 RFC 3161 时间戳协议和比特币交易的基本结构，但没有提供 Swash 项目的官方公告、交易所页面、代币合约或具体交易记录。因此，这些材料只能用于说明通用核验方法，不能证明某一条 Swash 公告真实、某个日期准确，或某个平台确实上线了该代币。
核对公告本身是否保持完整
首先保存公告的完整页面、标题、正文、发布主体、页面地址和页面显示时间。应特别记录公告是否明确写出充值、交易或提现的开放时间，以及是否列出交易对、网络、合约地址和适用地区。若页面后来被编辑，应同时保存不同版本，并标注各版本的获取时间。
公告截图可以作为辅助材料，但截图本身容易被裁剪或修改。更可靠的做法是对保存的网页文件或导出的正文计算文件摘要，再把摘要与时间戳凭证关联。RFC 3161描述的时间戳服务会对数据的哈希摘要生成带时间信息的令牌，核验者需要检查令牌中的哈希算法、数据摘要、时间、签名和时间戳服务的证书等字段。时间戳能够支持“某份数据在某个时间之前已经存在”的判断，但不能证明数据内容本身真实，也不能证明发布者拥有某个交易所账号。
确认发布主体和页面来源
应优先检查交易所官方公告中心、官方帮助文档或官方认证账号，并确认页面域名、账号认证信息和公告链接之间是否一致。搜索引擎摘要、转发帖、群聊消息和二次整理文章可用于发现线索，却不宜作为唯一证据。若公告只出现在个人社交账号，应进一步寻找交易所官方页面或官方接口中的对应记录。
还要防止把相似名称的代币、旧合约和新合约混在一起。公告中的网络名称、合约地址和代币符号应与项目官方渠道及区块链浏览器记录逐项比对。仅凭符号相同，不能认定两个资产属于同一项目。
用链上记录验证可操作事件
区块链交易记录适合验证转账、合约调用和资产是否进入特定地址。参考材料对交易结构的说明显示，一笔交易通常包含输入和输出，并通过交易标识符定位具体记录；验证者可以检查交易哈希、区块高度、时间字段、发送地址、接收地址、资产数量和确认状态。对于代币，还要查看对应网络上的代币合约事件，而不能只看主链原生币转账。
链上记录只能证明某笔交易被网络记录，不能单独证明交易所已经开放公开交易。交易所可能使用充值地址、托管地址或内部账本，用户账户中的买卖成交也可能不会逐笔显示在公链上。因此，较完整的证据组合应包括官方公告、平台实际功能页面或状态记录，以及与公告时间相符的充值、提现或合约活动。
时间、证据和常见问题的交叉判断
核验时间时，应区分公告页面显示时间、文件时间戳时间、链上区块时间和交易所功能开放时间。它们的含义不同，不能直接互相替代。RFC 3161强调，时间戳令牌需要验证数据摘要与原始文件是否一致，并检查令牌签名和时间戳服务证书；若摘要不匹配，时间戳不能用于证明当前文件就是原文件。
常见问题是“有交易哈希是否等于已经上交易所”。答案是否定的，哈希只能定位一笔链上交易。另一个问题是“有截图是否足够”。截图可以保留页面外观，但缺少可独立验证的来源和完整上下文，证据强度有限。还应注意，公告被删除、链接失效或页面改版，并不自动证明公告虚假；此时需要结合可信时间戳、网页存档、官方转载和链上记录进行审慎判断。
在证据不足时，适合使用“页面曾显示某项信息”“该哈希对应一笔链上交易”等可验证表述，避免直接写成“Swash 已于某日正式上线”。只有当发布主体、公告内容、时间证据和实际平台状态彼此吻合时，才能较有把握地还原历史事件。