摘要

  • RFC 3930 所说的“文档”不是 RFC 规范文件，而是被人作为完整对象感知的数字内容；“协议”视角则把消息看成由有状态进程生成、拆分、变换和消费的暂时复合体。
  • 两种视角真正冲突的地方，是版本不同步、字段分层处理、规范化、选择性认证以及合并后失去唯一性的内部标签。

一张页面遮住了多少条处理路径

RFC 3930 在 2004 年用两套刻意夸张的叙述来暴露设计误差。文档视角关心人最终看见的完整对象，连会改变呈现的样式也属于对象。协议视角关心线上比特以及生成、读取这些比特的进程；消息可能只在调试时才被人以某种转译形式看见。RFC Editor 记录把它列为 Informational，因此它不是某种格式的强制标准，也不是部署调查。

差别不在 XML、JSON 或 ASN.1 的名字，而在处理图。一段数据可能来自上一条消息，一段来自本地计算；某个中间节点只读出目的信息，再把剩余部分交给下一个节点；签名覆盖的内容甚至可能横跨当前消息、历史状态和本地值。若把对象想成一张只接受统一操作的纸，这些边就消失了。

RFC 3470讨论 XML 用于协议时的扩展与安全，RFC 3023定义 XML 媒体类型。它们能标识表示法，却不会替应用定义状态转换。能展示、能解析、能执行、能交付是四条不同记录。

意义不必全部塞进字段

面向人的文档希望“日期”“姓名”“签名”旁边写明是创建、修改、作者、见证还是授权。协议消息可能已由规范和当前状态限定谁写、谁读、读后做什么。为了自解释而给每个附属字段携带无限多的语义标签，会增加体积，却未必减少接收进程的歧义。

反过来也不能把协议槽位当成人类意图。按照 RFC 3552做过威胁分析，不等于字段拥有授权；RFC 3852中的签名者或收件人结构，也不自动证明法律身份或最终交付。格式、实现、运行、验证和应用结果必须分别归因。

版本不会同时抵达所有节点

RFC 3930 假定扩展必然发生，而且所有实现不会同步更新。因此需要版本或特性标签、可能时的协商、允许跳过未知部分的长度或分隔信息，以及告诉中间进程“不要解释，只需转交”的目的标签。这些机制不证明兼容成功，只让混合代际的行为可观察。

后来的格式仍面对同一问题。RFC 8259允许多种 JSON 表示选择；RFC 8785为散列和签名定义 JSON 规范化方案；RFC 8949讨论 CBOR 的确定性编码。它们不是 RFC 3930 的实现，却说明“看起来是一个完整值”并不等于所有参与者会得到同一比较对象。

规范化不是越多越安全

协议进程会重建或重新编码消息。若签名前后没有一致规则，换行、字符编码、命名空间、大小写、数字或时区的表面变化就可能让验证失败。RFC 3076定义 Canonical XML，RFC 3741定义 Exclusive XML Canonicalization，RFC 3275规定 XML Signature 处理。

RFC 3930 给出的边界很窄：规范化不足，会让不重要的表示变化破坏认证；规范化过度，会让有意义的变化仍通过认证。只有与应用意义精确一致的等价规则有用。选择签哪些字段也一样。跳数、路由历史和本地转发标签需要变化，把“整份文档”全部签死反而可能让下一跳无法工作。

文档自己的引用也发生了错位

RFC 3930 第 2.4.1 节写着参见 [RFC3076, RFC3741]。RFC 3741 的确是 Exclusive XML Canonicalization；但 RFC 3930 的参考书目却把 [RFC3741] 展开成 L. Berger 的 GMPLS 文档 RFC 3471。截至 2026 年 10 月 7 日，RFC 3930 errata 查询没有对应记录。

这不是推翻正文的证据，而是一个边界清楚的实例：可读标签、书目条目和实际所指对象可以在同一静态文档内分离。人可以根据上下文查证，自动化系统则应记录实际解析出的标识符；两者都不该因为标签看起来熟悉就报告“引用已验证”。

合并对象时，短标签不再唯一

文档内的短 ID 可能原本唯一，多个消息片段合并后却发生碰撞。重写 ID 会破坏外部引用和被签名的字节；分层限定名能保住局部唯一性，却可能在移动对象时改变锚点。RFC 3930 因此更偏向足够长的随机全局标签，但只在确实需要稳定锚点时使用。

它并未要求放弃面向人的文档。当消息部件更少、变化更少、处理者更少、直接给人阅读的比例更高时，两种视角会接近。设计顺序仍很重要：先画出协议的处理图，再加入展示、政策文字与人类语义，而不是先假定有一张纸，之后才发现网络一直在拆分它。

RFC 7990后来为 RFC 系列自身规定档案与发布格式，恰好帮助保持边界：RFC 成品的文档规则不是被它描述的协议状态机。Heng Lu 关于最小初始规范与自愿采用和运行代码优先的论述则提供编辑尺度：发布可以协调，真正进入现实仍需实现、验证、部署和使用。RFC 3930 让这个尺度落到消息内部——表面是一个对象，证据却分布在每个字段和转换上。