适用范围：不对具体平台作真实性背书
讨论“it币交易所的历史公告怎么核验”，首先要明确：这里解释的是通用技术原理，不确认该名称对应的平台身份，也不确认其任何历史公告。RFC 3161与NIST FIPS 186-5属于技术标准，并非某家交易所的公告记录。
核验需要拆开三个问题：当前文件是否与留存版本一致、签名是否对应可信的发布主体、该内容是否在某个时间点已经存在。这些问题不能仅凭页面上显示的发布日期一并回答。
数字签名解决内容与签署身份问题
NIST FIPS 186-5说明，数字签名用于发现未经授权的数据修改，并认证签署者身份，也可作为向第三方证明签署行为的证据。其用途不等于确认被签署文字中的事实真实。
应用于公告时，核验对象应是签名实际覆盖的文件或数据。签名验证通过，还需要可靠依据将验证密钥与公告发布主体关联起来；仅有一个自称属于平台的公钥，不足以建立这种身份关系。
可信时间戳解决存在时间问题
RFC 3161描述了时间戳机构对数据摘要签发令牌的机制，用于支持数据在特定时间已经存在的证明。验证涉及摘要与算法匹配、令牌签名、机构证书、响应关联性及所用策略等。
时间戳证明的对象是对应摘要的数据，不是网站发布动作本身。即使公告文件带有有效时间戳，也不能据此直接断言它当时已经公开可见，或者由某个交易所发布。现在才取得的时间戳，也不能倒推证明文件在更早的页面标注日期已经存在。
适用条件与常见疑问
具备原始公告文件、对应数字签名、可信密钥身份依据和时间戳令牌时，才有条件分别评估内容、身份与时间证据。各项验证必须针对同一份数据；截图、网页文件与附件属于不同对象，不能默认彼此的签名或时间戳通用。
只有截图能否确认历史公告？截图可展示文字与外观，但截图中的日期并非可信时间戳。只有哈希值是否足够？哈希可用于比较数据是否一致，但单独一个哈希值不能说明谁发布了内容或何时发布。
没有签名或时间戳是否就是伪造？不是，只能说明无法利用这两类机制完成对应核验。表述结论时应区分“内容匹配”“签名验证通过”“时间证据成立”与“历史公开发布已证实”，避免把局部技术验证扩大为完整真实性结论。