先确认核验对象
核验历史公告时，应先明确要判断的内容：公告是否曾在某个官方站点发布、页面是否在目标时间已经存在、文字是否被后续修改，以及公告中的项目事实是否有独立证据支持。这些问题不能用同一个证据解决。网页地址只能说明当前能够访问某个页面，不能单独证明页面曾在过去发布，也不能证明发布者就是项目方。
现有资料没有提供 dts币、相关交易所或具体公告的可验证记录，因此不能据此确认任何一则公告的发布日期、发布主体、上架状态或历史内容。下面的方法适用于一般数字资产项目与交易所公告的技术核验，不等同于对 dts币项目的事实认定。
第一步：检查官方站点与连接证书
访问公告时，应先核对域名是否与交易所公开使用的官方域名一致，并注意是否存在拼写相近、增加字符或使用不同顶级域名的情况。HTTPS 可以保护浏览器与站点之间的传输，但它本身不证明页面内容真实，也不证明该域名代表某个特定项目。
X.509 公钥基础设施使用证书、证书链和证书撤销机制帮助客户端判断站点身份与证书状态。核验时可查看证书的主体名称、签发者、有效期、用途以及证书链是否能够建立信任关系；还要留意证书是否已经过期或被撤销。证书通过，只能说明连接身份验证达到相应条件，不能把普通网页自动升级为经过数字签名的历史证据。
第二步：固定公告的原始证据
对候选公告应保存完整页面，而不是只截取标题或局部图片。记录页面标题、正文、公告编号、显示时间、页面地址、附件名称和页面中出现的交易对或网络名称。保存时应保留原始文件，并计算文件哈希，便于之后确认文件是否被替换。
网页内容可能因编辑、删除、重定向或缓存变化而改变。更有说服力的证据通常包括同一页面在多个独立时间点的存档、搜索引擎或站内索引记录、官方社交账号对页面的引用，以及可验证的邮件或签名附件。不同证据之间的时间、标题和正文应能相互对应，不能只凭一张没有上下文的截图下结论。
第三步：理解区块链证据的作用
区块链适合核对公开交易记录、区块高度、交易标识和数据是否已经被写入某条链。区块由前一区块的哈希相互连接，交易也通过交易标识和区块结构关联起来；当后续区块不断增加时，修改既有记录通常需要同时处理后续链条。因此，链上记录可以作为时间顺序和数据完整性的辅助证据。
但链上存在某个哈希或备注，不等于公告内容已经由交易所发布，也不等于链上文字中的项目声明真实。核验者必须知道写入的是哪一段数据、由谁写入、写入时间如何确定，以及该数据是否能与交易所的公告原文一一对应。仅凭代币转账、合约事件或陌生地址留言，不能证明公告的官方来源。
第四步：建立交叉验证链
较稳妥的判断方式是把证据分成三层。第一层是来源证据，包括官方域名、公告目录、站内链接和发布账号；第二层是完整性证据，包括页面快照、附件哈希、数字签名或可复核的原始文件；第三层是外部一致性证据，包括链上记录、独立存档、交易所帮助中心说明或其他彼此独立的公开材料。
如果只有单一截图、转发帖或聊天记录，结论应保持为“尚未证实”。如果页面仍在官方域名上，但没有历史存档，只能说明当前页面存在。若有多份来源互相印证，且时间、内容和文件指纹一致，可信度会提高，但仍应区分“公告确实发布”与“公告所述事件确实发生”。
适用条件与常见问题
这套方法适用于公开网页公告、可下载的公告附件、带有数字签名的文件，以及能够提供交易标识或区块信息的链上存证。它不适用于仅存在于私聊、未公开后台或无法提供原始文件的口头通知；这类材料最多只能作为线索。
常见问题一：HTTPS 页面是否就是官方公告？不是。HTTPS 主要用于连接加密和证书身份验证，仍需核对域名、页面来源和历史证据。常见问题二：链上有记录是否代表交易所背书？不是。链上记录说明某些数据被写入链上，不能自动证明写入者身份或公告内容。常见问题三：页面显示的发布日期是否足够？不够。页面时间可能被修改、迁移或重新发布，应结合存档、附件元数据和其他独立记录。常见问题四：无法找到历史页面是否代表公告从未存在？也不能这样推断。它只能说明当前检索范围内缺少可验证证据。