适用范围与证据边界
核验Coinbase相关历史公告，核心是确认谁发布了什么内容、对应哪个时间点，以及后来是否发生变化。RFC 9110与W3C PROV概述分别涉及网页通信和信息溯源，都不是Coinbase公告记录，因此只能支持通用核验方法，不能据此确认某条公告或某种趋势。
网页响应能够说明什么
RFC 9110将HTTP描述为通过请求与响应交互的应用层协议，响应包含状态、内容及相关元数据。协议所能描述的是通信接口上可观察到的行为，对接口背后的具体过程存在限制。
用于历史核验时，一次访问得到的页面只构成该次获取的记录。页面能够打开，不足以证明它在过去某日已经存在，也不足以证明当前文字就是首次发布时的文字。应分别记录访问地址、获取时间和取得的正文，避免把当前页面直接视为历史原貌。
用溯源关系组织证据
W3C PROV概述将溯源信息归纳为与数据生成有关的实体、活动及参与者，并支持描述归属、处理步骤、版本和派生关系。这些信息有助于评估可靠性，但记录了溯源关系并不自动保证内容真实。
应用到公告核验，可以把原始页面、转载、译文和截图作为不同对象，注明各自发布者及引用关系。多个网站若都引用同一篇文章，应保留共同源头，不能仅凭转载数量认定已经获得多个独立证据。
时间和版本如何对照
核验记录宜分别列出页面标注的发布时间、更新时间、实际获取时间，以及正文提及的事件时间。只有时间含义明确，才能判断不同材料是否真正冲突；缺少时区或日期说明时，应保留不确定性。
比较不同版本时，需要同时检查标题、正文、适用对象、条件和补充说明。截图或摘录若缺少上下文，只能支持其中可见的内容。历史快照也应注明保存时间与覆盖范围，不能直接把快照时间当作首次发布时间。
常见问题与结论表达
只有截图能否确认公告？通常还需要可追溯的发布主体、原始地址或其他关联记录。旧链接无法访问是否说明公告从未存在？一次访问失败不能还原全部历史，应将结论限定为该次未能取得内容。
公告真实是否意味着“趋势”成立？公告真实性与趋势判断是不同问题。核验结果应具体写明已确认的主体、文字和版本，对缺失的历史记录明确标注未确认；不能从单条公告推导市场方向，也不能将一般技术原理写成Coinbase的已证实事实。