先判断材料是否真的能证明该公告
核验的第一步是区分“相关材料”和“证明材料”。RFC 3161介绍了数字时间戳协议，用于证明某份数据在特定时间之前已经存在；W3C PROV则讨论实体、活动和责任主体之间的来源与生成关系。这两类技术原理可以帮助保存和追踪公告，但它们本身并不包含 ZB 交易所、狗狗币交易规则或任何具体公告内容。
因此，不能因为参考资料讲述了时间戳或信息溯源，就推断某条 ZB 历史公告已经被证实。若缺少公告原文、官方发布主体、明确日期和可复核页面，结论应表述为“尚未核验”，而不是确认规则曾经存在。
建立公告的基本身份信息
应先记录公告标题、原始页面地址、发布主体、页面显示时间、公告编号，以及公告涉及的具体交易对或业务范围。关键词中的“狗狗币交易规则”可能包含交易开放、暂停、维护、充提限制、最小数量、手续费或其他运营安排，核验时必须确认公告究竟涉及哪一项，避免把不同类型的通知混为一谈。
还要区分公告发布时间、规则生效时间和后续修改时间。有些页面只显示更新时间，或在正文中另行规定生效时点。若页面只剩搜索摘要、转载内容或社交平台截图，应将其作为线索，不应单独作为最终依据。
用时间戳固定网页证据
如果需要证明某份公告在某一时点已经存在，可以先保存公告正文、页面标题、页面地址和抓取时间，再对保存文件计算哈希值，并将哈希值提交给符合要求的时间戳服务。RFC 3161所描述的机制重点是对数据摘要进行时间证明，核验时还需要检查时间戳响应、摘要算法、签名证书、随机数或其他防重放信息是否与请求相符。
时间戳证明的是某份数据在某个时间前已经被提交或存在，通常不能自动证明网页发布者身份，也不能证明网页内容一直没有被修改。因此，时间戳应与官方域名、网页存档、公告编号、页面版本和其他独立记录结合使用。保存材料时应保留原始文件、哈希值、时间戳响应及验证记录，避免只保留一张可编辑截图。
按照信息溯源思路记录证据链
可以借鉴PROV所强调的信息溯源思路，把核验过程拆成实体、活动和责任主体三部分。实体包括公告网页、下载文件、截图、网页存档和时间戳文件；活动包括发布、修改、转载、保存、哈希计算和验证；责任主体则包括公告发布平台、存档服务或保存者。这样的记录有助于回答“哪一份内容、由谁发布、何时取得、经过什么处理”。
交叉核验时，优先比较官方公告与同一时期的站内帮助页、规则页、维护通知或其他独立存档是否一致。若转载页面缺少原始地址，时间早于官方页面，或正文存在删改痕迹，应降低其证明力。若不同来源对生效时间或限制条件的表述不一致，应分别列出版本，不能直接选择更符合预期的一条。
常见问题与适用边界
问：有一张带日期的公告截图，能否确认历史规则？答：不能单独确认。截图可能缺少完整地址、发布主体和版本信息，宜与原始页面、存档或带验证记录的文件配合。
问：时间戳能否证明 ZB 一定发布过该规则？答：不能。它主要证明特定数据在某个时间前已提交给时间戳服务，不能替代发布主体认证，也不能证明内容来自交易所。
问：找不到官方原文怎么办？答：应明确记录“未找到可直接核验的官方原文”，再使用多个独立转载或存档进行比对，并把结论限定为线索或间接证据。
该方法适用于历史公告、网页规则和版本变更的证据整理，不等同于对当前交易规则的确认。涉及实际操作时，应以能够核验的官方现行规则和正式通知为准，不应仅依据旧公告、截图或第三方总结作出判断。