先判断材料能否回答上架月份
核验某个项目何时上交易所，核心是找到与该项目及该交易所直接相关的原始公告。所提供的两份材料分别介绍数字签名标准和互联网时间戳协议，并未提供“p币”项目、交易所名称、上架公告或具体月份。因此，它们不能直接证明某个上架日期，也不能把其中的发布日期当成项目上架时间。
应特别区分三类日期：公告发布或签署时间、交易所开放交易时间，以及项目方预计时间。只有在公告主体、交易平台、资产名称和具体时间范围都能对应时，才可以据此描述历史事实。
公告来源与内容的基础核对
首先寻找官方网站、交易所公告中心、项目方正式账号或可验证的监管披露页面。查看页面标题、发布主体、原始链接、完整正文、更新时间和撤回说明，保存页面原文及其获取时间。社交平台截图、群聊转发和没有原始链接的图片，只能作为线索，不能单独作为定论。
其次核对公告是否明确写出资产全称、网络或合约标识、交易对、开放充值时间、开放交易时间和适用地区。仅出现“即将上线”“本月开放”或“社区预计”等措辞，不能等同于已经确定的交易所上架月份。若不同平台的公告内容冲突，应分别记录，不应自行拼接出一个日期。
如何利用数字签名判断内容是否被改动
FIPS 186-5介绍了数字签名的通用作用：签名可以帮助发现数据是否被未经授权地修改，并用于验证签署者身份。应用到历史公告核验时，关键不是看到一个“已认证”标志，而是确认签名对应的原始内容、签署者公钥、签名验证结果和证书状态。
数字签名通常能支持两项判断：某份具体数据与签名是否匹配，以及签名是否可归属于相应的签署身份。它不能自动证明签署者有权代表交易所，也不能证明公告后来一定执行。验证时应保留原始文件或规范化后的文本，避免因复制、转码或格式变化导致哈希值不同。
可信时间戳能证明什么
RFC 3161描述了时间戳机构对数据摘要生成时间戳令牌的机制。核验者应检查响应状态、数据摘要、哈希算法、随机数或时间信息、时间戳机构证书以及令牌签名；如果令牌中的数据摘要与待核验公告不一致，就不能把该令牌作为这份公告的时间证据。
可信时间戳主要证明某份数据在特定时间点前后已经被提交或存在，并不等于交易所已经批准上架，也不等于市场实际开放交易。还应检查时间戳机构的证书状态、适用策略和本地可信时间来源。对于网页公告，可保存页面快照或文件摘要后再申请时间戳，但这仍然不能替代对发布主体和公告执行情况的核实。
常见误区与结论记录方式
常见误区包括把项目方预告当成交易所确认，把搜索结果中的日期当成上架日期，把旧截图的文件时间当成发布时间，以及把技术标准中的日期误认为项目事件日期。若网页后来被编辑，还应分别记录首次发布时间、更新时间和实际交易开放时间。
较稳妥的结论应写成证据等级：例如“已找到交易所原始公告，明确列出开放交易时间”；或“只能确认某份公告数据在某时点前已存在，无法确认交易所执行上架”；又或“目前只有转发和截图，不能确认月份”。在缺少项目方、交易所和可验证原始证据时，不应给出确定的上架月份。