先区分公告内容与技术证明
“北京成立数字币交易所”的说法可能混合了多个事实：是否存在一个名为某某交易所的机构、是否在北京设立主体、是否发布过成立公告，以及该主体是否取得相应资格。核验时应把这些问题拆开，分别寻找主体登记信息、正式公告、主管机构信息和后续公开记录。网页上出现“成立”“获批”或“交易所”等词，并不自动证明这些事实。
提供的材料并未指向某个具体项目、机构或公告原文，因此不能据此断定北京曾成立某一数字币交易所，也不能据此判断其合法性、经营状态或监管资质。以下方法适用于历史公告、新闻稿、机构通知和网页存档的证据整理。
核对公告的原始身份
首先记录公告的完整标题、发布主体、网页地址、显示时间、正文版本和附件。应优先查找发布主体的官方网站、政府或公共机构公开平台，以及能够明确说明文件来源的正式转载页面。对于截图、聊天记录和搜索摘要，应追溯到可直接访问的原始页面；如果原页面已下线，应保存网页存档、文件副本和获取过程，但要把“页面曾被保存”与“公告内容真实有效”区分开。
还要检查发布主体是否确实有权发布相关事项。公司自称成立、媒体报道成立、行政机关公告成立和工商登记成立，证明对象并不相同。核验记录应明确每份材料证明的是“有人发布过某种说法”，还是“某个主体在特定时间完成了设立、登记或获批”。
用时间戳确认文件曾在何时存在
RFC 3161介绍了时间戳协议的基本思路：时间戳机构对文件摘要值进行签名，并返回包含时间、摘要算法、摘要值及相关证书信息的时间戳令牌。核验者应重新计算待核验文件的摘要，确认它与令牌中的数据摘要一致，再检查令牌签名、时间戳机构证书和响应状态。文件哪怕只改动一个字符，摘要通常也会变化，因此原文件必须保持完整。
时间戳能够辅助证明某份数据在特定时间之前已经提交给时间戳服务或被其处理，但它本身不证明公告内容真实、不证明发布者有权发布，也不证明所称交易所已经获得批准。时间戳服务的政策、证书状态和验证结果也应一并记录，不能只展示一个时间数字。
建立公告的来源链
W3C PROV-DM把来源信息理解为描述实体、活动和责任主体之间关系的记录。将这一思路用于公告核验，可以建立一条清晰的来源链：原始公告是待核验实体，发布或修改网页是活动，网站运营者、机构或转载媒体是责任主体；网页存档、附件、新闻报道和时间戳则是与该实体相关的证据。
来源链应标明文件从哪里获得、由谁发布、何时取得、是否经过转码或编辑、哪些材料引用了哪些材料。转载文章只能证明转载者在某时引用了某内容，不能自动升级为官方公告。若多个页面都来自同一篇未注明出处的文章，它们也不一定构成多个独立来源。
常见误区与适用边界
常见误区包括把域名或页面样式当作官方身份，把搜索结果日期当作文件发布时间，把新闻报道当作行政批准，把区块链记录或电子签名当作内容真实性的全部证明，以及只核验PDF文件而不核对发布主体。更稳妥的做法是至少分别核对主体身份、公告原文、时间证据和独立来源，并保存每一步的验证结果。
若要形成正式法律、审计或调查结论，还需要结合适用时期的登记、公示、行政许可和司法证据规则，并由具备相应资质的专业人员判断。依据现有材料，本文只能说明RFC 3161时间戳和PROV-DM来源模型如何帮助整理证据，不能替代对具体北京机构或历史公告的事实核查。