适用范围：先明确核验对象
围绕acg币交易所的历史公告怎么核验，首先要明确交易所名称、公告原始网址，以及ACG所指的具体资产。仅凭简称，无法确认发布主体与资产身份。本文介绍通用核验思路，不确认任何具体ACG项目、交易所或公告的真实性。
核验应拆成三个问题：公告是否由所称主体发布，历史版本写了什么，以及公告所述事项是否发生。这三个问题需要分别取证，不能用一张截图同时回答。
用来源追溯组织公告证据
W3C的PROV概览将来源信息描述为与对象生成有关的实体、活动和参与者信息，用于评估质量、可靠性与可信度，并支持版本和派生关系的表达。它提供的是来源描述框架，不是某份公告的真实性认证。
将这一思路用于公告，可以记录页面网址、发布主体、正文副本、取得时间，以及副本来自原页面还是转载。截图和转载应保留其上游来源；多个页面若都复制同一篇内容，不能据此视为多个独立证据。
核对版本与时间的含义
历史公告需要区分页面标注的发布时间、后续更新时间和副本保存时间。保存时间只能说明副本何时被取得，不能直接替代首次发布时间。
比较版本时，应关注标题、正文、适用对象和生效条件。出现差异，应记录哪个版本包含哪项表述，以及版本之间是否存在可追溯关系。缺少早期副本时，可以说明现存版本的内容，但不宜断言它与首次发布时完全一致。
链上记录能支持哪些判断
比特币开发者指南介绍了交易通过区块形成有序记录、哈希连接区块，以及利用默克尔树核验交易被区块收录的机制。这些机制支持链上记录核验，不能自动证明网页的作者身份或公告内容真实。
只有公告中的主张涉及可识别的链上事件，且网络、交易标识与公告对象能对应时，链上证据才有相关性。比特币的具体机制也不能直接套用于身份和技术结构尚未确认的ACG资产。交易被收录，并不同时证明公告曾在某时发布。
常见问题与结论表述
只有截图怎么办？截图可作为内容线索，但缺少原始网址和来源链路时，对发布主体与历史时间的支持有限。原页面打不开怎么办？这只能说明当前访问未成功，不能单独证明公告从未存在。
核验结论应按证据覆盖范围表述，例如已找到现存页面、不同副本内容一致，或发布时间仍待核实。公告确曾发布与其所述事项全部属实，应分别判断；保留未解决的问题，才能避免把一般技术原理误当成具体项目的证明。