先明确核验的适用范围
火币交易所手续费率的历史公告怎么核验，核心是确认公告由谁发布、内容是否完整，以及它是否适用于所查时期和业务。RFC 9421与W3C可验证凭证数据模型2.0讨论的是通用验证机制，均不能作为火币某项历史费率的直接依据，也不能证明平台已采用这些技术。以下仅解释相关核验原理。
消息签名能证明哪些内容
RFC 9421定义了对HTTP消息中选定组件生成和验证签名的机制，并通过Signature-Input与Signature字段表达相关信息。其保护范围取决于实际签署了哪些组件；正文完整性需要借助内容摘要并将其纳入签名保护。
因此，即使公告响应带有签名，也要核对签名是否覆盖与正文相关的摘要、摘要是否匹配正文，以及验证密钥能否可信地关联到发布者。只看到签名字段，不能认定整篇公告已得到验证。HTTPS连接本身也不能证明某份内容在过去某日已经发布。
可验证不等于费率事实成立
W3C可验证凭证数据模型2.0区分了发行者、持有者和验证者，并明确指出：凭证可验证，不代表其中声明必然为真。验证者仍需评估发行者、证明、主体和声明，再依据适用规则作出判断。
若历史公告以可验证凭证形式提供，技术验证只是其中一环。仍需确认发行者是否具有相应发布权限、凭证描述的对象是否就是目标公告，以及声明所涉及的时期和条件。不能把其他主体出具的证明直接当作平台确认。
历史时间与适用条件要分别核对
RFC 9421中的签名创建时间是签名者声明的生成时间，不能单独作为独立可信的历史发布时间证明。公告显示日期、签名生成时间与费率生效时间应分别理解，避免将它们混为一谈。
核验具体费率时，需要取得公告原文及相关版本证据，核对业务类别、适用对象、生效条件和后续修改。若这些信息缺失，结论应限定为已验证的内容，例如某份文件的签名有效，而不是推断某时期全部业务都执行该费率。
常见问题：截图或签名是否足够
截图可以帮助辨认文字，但通常不包含完成HTTP消息签名验证所需的原始组件与元数据，无法独自完成上述技术核验。没有签名也不能直接推定公告虚假，只能说明无法使用该签名机制验证。
签名有效同样不能自动证明历史费率适用。稳妥的核验结论应分别交代身份关联、内容保护范围、时间依据和适用条件；缺少哪部分证据，就保留哪部分不确定性。