摘要

  • RFC 1438 署期 1993 年 4 月 1 日，是 Lyman Chapin 与 Christian Huitema 写的 Informational 讽刺文。它虚构“Statements Of Boredom”，收容表情严肃却没有有用信息的文件。
  • 虚构流程请五个机构或角色审查；人人睡着便获批准；文件随即丢弃。作者让剩下的空白拥有想象中的技术认可，却无法成为互联网标准。

一份文件如果没有内容，还能不能走完标准程序？Lyman Chapin 和 Christian Huitema 在两页长的 RFC 1438里给出荒诞答案。1993 年 4 月 1 日，他们发明“无聊声明”系列，专收那些对重大问题显得忧心忡忡、实际却不提供有用信息的文稿。笑话锋利之处在于：机构的审查动作可以一项不缺，供工程师使用的东西却可以为零。

这个玩笑借用了真的制度语言。RFC 1310 说明当时的标准化阶段：提议标准、标准草案、互联网标准，以及社区审查、IETF、IESG 和 IAB 的职责。RFC 1410 则刚刚列出真实的协议标准状态。RFC 1438 把这些熟悉的机构放进队伍，又添上名叫 Morpheus 的“无聊声明编辑”和法兰西学术院，要求文件一式三份、翻译成 ASN.1，再发给互联网失眠者。步骤越庄严，文稿越像一只空盒子。

虚构规则的终点更干净：审稿人集体睡着，就是批准。然后文件被扔掉。作者说，留下的“真空”得到 IETF 技术认可，却永远不能成为互联网标准。这不是对真实程序的记录，而是把程序与成果剥开给人看。一份文件经过谁的桌子，和它是否包含可供实现、复核或批评的规则，是两种不同的事实。

“安全考虑”也被写成了机关笑话。那一栏说，安全问题没有讨论，其他重要问题也一样。栏目齐全，论证缺席。技术文档的版式可以提示读者该查什么，却不能替作者把内容写出来。RFC 1438 故意把这个落差摆在最后一栏。

最妙的是，这篇玩笑本身没有消失。今天仍能核对它的作者、日期、正文和 Informational 身份。它虚构的系列却会在获得批准后毁掉文稿。真实标准工作的价值恰恰依赖留存的文本：别人可以逐条阅读、实现、找错，也可以拿运行结果反驳审批者。一张被销毁的纸，最后只剩“有人看过”的权威口号。

这份 RFC 没有记录“无聊声明”系列真的成立，也没有证明 IETF 因它修改了程序。它留下的是一则发生在 RFC 体系内部的自嘲：1993 年的工程师已经知道，审批如果只生产仪式，盖章越响，空盒子越显眼。