先明确“核验”要证明什么
历史公告核验通常包含三个问题：公告是否确实由声称的机构发布，发布内容是否在保存或转载过程中被修改，以及公告所称事件是否有独立记录支持。这三个问题不能由同一张截图一次性解决。尤其是涉及广州某个比特币交易所的旧公告时，应先确认公告对应的具体主体、网站域名、运营公司和发布时间，避免把不同平台或不同阶段的名称混为一谈。
目前提供的材料主要说明数字签名和比特币交易的技术原理，并没有证明某个广州交易所发布过某一份具体公告。因此，不能仅凭这些技术资料认定某份公告真实，也不能据此确认某个平台的运营、监管或历史事件。
第一步：固定原始证据和时间信息
应优先保存公告的原始网页、可下载文件、附件、页面标题、显示时间、发布者名称和完整网址。网页截图只能作为辅助证据，因为截图容易缺少域名、发布时间、上下文和页面变更记录。保存时应记录文件下载时间，并保留原始文件，不要只保存经过压缩或重新编辑的图片。
需要特别区分“发布时间”“更新时间”“转载时间”和“网页存档时间”。一篇后来上传的旧公告，不能仅因正文写有较早日期，就证明它在该日期已经公开发布。若页面显示时间与附件元数据、新闻转载时间或存档时间明显冲突，应把冲突本身记录下来，而不是自行选择一个日期。
第二步：核对发布主体与独立记录
检查公告是否位于该机构可合理关联的官方域名，页面内的公司名称、客服渠道、备案或联系方式是否前后一致。域名相似、社交账号名称相同或使用机构标志，都不能单独证明发布者身份。对于已停止运营或域名变更的平台，还应比较历史网页存档、当时的媒体报道、监管或司法公开文书，以及其他独立保存的公告版本。
独立来源应尽量彼此没有明显的复制关系。如果多个网页只是逐字转载同一张截图，它们只能算同一条证据链，不能视为多个独立证明。更有价值的交叉记录包括：原始页面、同期完整转载、带有明确时间的行业记录，以及能够说明文件形成或流转过程的档案。不同来源若只在措辞、日期或附件名称上出现差异，也应保留差异并说明无法确定的部分。
数字签名和文件哈希能证明什么
数字签名的作用是帮助检测数据是否被未经授权地修改，并验证签名是否对应某个可识别的签署身份。实际核验时，应确认签名证书或公钥的来源、签名是否覆盖完整文件、证书在相关时间是否有效，以及验证工具对签名状态的解释。签名通过并不自动证明公告内容真实，只能增强“文件未被改动”和“签署密钥与某个身份存在关联”这两方面的证据。
文件哈希可以把特定文件对应到一串摘要值。若公告发布者在较早时间通过可信渠道公布了哈希，后来下载的文件哈希一致，能够支持文件内容未发生变化。但如果哈希本身只来自无法确认身份的转载者，或没有可靠的先前时间记录，它的证明力会受到限制。网页正文、附件、图片和PDF应分别计算或核对，不能用附件哈希替代网页正文的核验。
不要把比特币交易签名当成公告认证
比特币交易使用输入、输出、交易标识和签名等结构来证明花费者能够满足既定脚本条件。交易签名主要服务于交易授权和网络验证，说明某个密钥能够授权特定交易数据，并不等于该密钥属于某个交易所的公告发布部门。一个链上地址也不能仅凭地址外观证明其对应某家公司或某个城市的平台。
因此，若有人以链上转账、交易哈希或钱包签名作为某份历史公告的唯一真实性证明，应把两者分开核验：先验证链上数据是否存在、是否与所述时间和金额等事实一致，再独立验证公告发布主体和文本来源。链上证据最多是事件背景或关联线索，不能替代官方发布记录。
适用条件与常见问题
这套方法适用于核验网页公告、PDF通知、社交平台长文、邮件附件及其转载版本，前提是能够取得至少一份原始或较早保存的材料。若只有匿名截图、二次转述或无法追溯的图片，通常只能得出“目前无法充分核验”，不应进一步推导出公告真伪或平台责任。
常见问题一：网页后来打不开，是否代表公告不存在？不代表。它只能说明当前无法直接访问，应继续查找同期转载、网页存档、文件副本和独立记录。常见问题二：数字签名验证成功，是否代表内容一定合法或真实？不代表，签名主要解决完整性和身份关联问题。常见问题三：多个网站内容完全相同，是否就是多方证实？不一定，可能都复制自同一来源。
形成结论时，建议按“已确认事实、存在的技术证据、相互矛盾之处、仍缺失的证据”分栏记录，并给每份材料标注来源、时间和文件指纹。若核验结果将用于争议处理，应保留原始文件和完整访问记录，并寻求合适的法律或专业取证意见，而不要依据单一截图作出结论。