适用范围：核验方法与项目事实分开
讨论rdex币上线交易所的历史公告怎么核验，首先要明确证据范围。RFC 9110讨论HTTP通信语义，W3C PROV概述讨论数据来源及其生成过程；两者均不能证明RDEX曾在哪家交易所上线，也不能确定上线日期。以下仅解释适用于历史公告的通用核验方法。
网页能打开，说明了什么
RFC 9110将HTTP描述为通过请求与响应交互的应用层协议，响应包含状态信息、内容及相关元数据。这些机制帮助理解服务器返回了什么，但不能直接证明公告所述事件真实发生。
核验时应分别记录页面地址、发布主体和公告正文。地址能够访问，只是获取内容的一环；还需核对该页面与发布机构的关系，以及正文是否明确指向同一资产和同一上线事项。
沿来源关系追踪历史公告
W3C PROV把溯源信息概括为与数据生成相关的实体、活动和参与者信息，用于辅助评估可靠性。其框架涵盖归属、处理过程、派生关系和版本等概念。
用于公告核验时，可以把原始公告、转载和截图视为不同材料，分别记录由谁发布、从哪里取得、是否经过摘录或翻译。多个页面若都转自同一公告，只能说明传播范围扩大，不能自动算作多份独立佐证。
区分发布时间、计划时间与后续修订
记录公告时，应把页面标注的发布时间、正文计划开放的时间和材料获取时间分开，并保留原有时区。出现修改或补充说明时，应将不同版本关联起来，避免把后来更新的内容当成最初发布内容。
即使公告明确写有计划上线，也只能支持发布方曾作出该安排。判断安排是否落实，还需要与实际开放相关的后续证据；仅凭计划文字不能直接得出已完成上线的结论。
常见问题：截图、失效链接和冲突材料
只有截图时怎么办？截图可以保留部分文字和外观，但缺少可追踪地址、发布主体或上下文时，证据范围有限。应保留这些缺口，而不是根据截图补全日期或事件。
链接失效是否代表公告不存在？当前无法取得页面，不足以否定其历史存在。同样，转载仍在也不足以证明原文完整无改动。若不同材料内容冲突，应并列记录差异、来源关系和版本信息；无法解释的部分标记为未核实，不据此推定RDEX的具体上线历史。