要約

  • 1996 年 4 月 1 日の RFC 1925 は十二の所見を「基本的真理」と呼ぶ一方、インターネット標準を一切定めないと明記した。広く記憶されることと規範的権限は別である。
  • 正誤表は綴りや句読点を直せるが、格言の普遍性までは検証しない。文書保守と現実検証の境界が、そこで可視化された。
  • 後続 RFC は個別の規則を限定的な設計に取り込んだ。意味を決めるのは後続文書自身の地位、仕組み、実装、結果であり、古い冗談の知名度ではない。

「いつも何かがある」の後ろ

RFC 1925 の一文からピリオドが落ちていた。正誤申請を受け、編集側は句点の追加を Verified とした。ただし注記は、その主張が普遍的に正しいかどうかは見解の問題だ、と踏みとどまった。

公式正誤表を順に見ると、編集可能な範囲がさらによく分かる。誤綴りは訂正される。光速に関する遊び心のある変更は、未検証の実験を根拠として将来更新向けに保留される。「遅くすることはできる」という追加案は、原文が真空に限定していないため不要として却下される。

ここで確定しているのは文字列と文脈の整合性である。命題が全トポロジー、全時代、全運用組織に当てはまるかは確定していない。そのためには観測範囲、測定法、反例、失敗条件が別途必要になる。

標準ではないと最初から書いてある

RFC 1925 本文は Informational として 1996 年 4 月 1 日に公開された。ステータス欄は、いかなる種類のインターネット標準も規定しない、と明言する。その直後に並ぶのが十二の「基本的真理」である。

ネットワークは動かなければならない。光速は速くできない。自ら運用しなければ学べないことがある。層を増やしても問題は移るだけかもしれない。良い・速い・安いの三つは同時に得られない。資源を増やしても管理は消えない。一つの型はすべてに合わない。古い発想は新しい名で戻ってくる。そして、もう削るものがなくなったときに完全さへ近づく。

これらが残ったのは、多くの技術者が自分の経験に似た場面を見つけられるからだ。共感は伝達力の証拠にはなる。合意や義務の証拠にはならない。参考文献を「真理は参照を許されないから削除した」とする冗談も、出典なしの断言を真に受けるなという仕掛けとして読める。

現在の RFC Editor 情報ページは Independent Stream と分類している。現在の整理として重要だが、1996 年のヘッダーが今日と同じ stream 制度を記述していたわけではない。後から付された分類と当時の公開行為を、一つの出来事に圧縮してはならない。

RFC 8700は 2019 年、4 月 1 日 RFC を Independent Stream の特別な一部として振り返り、正式な技術承認手続きではなくユーモアの観点から扱われると説明した。RFC 5741は 2009 年、stream ごとのステータス表示を明瞭にし、標準関連文書は RFC になるが RFC がすべて標準関連なのではない、と整理した。どちらも後世の制度説明であり、1996 年の未記録部分を埋める証言ではない。

引用先で初めて生まれる拘束力

第十二則には具体的な後日談がある。RFC 6858は、ダウングレードされた電子メールメッセージの表現方法を扱う Standards Track 文書で、IETF のコンセンサスを表す。そこでは原メッセージへの完全な忠実性より実装の簡潔さを選び、その着想源として RFC 1925 の第十二則を明示した。

この選択に規範性があるなら、それは RFC 6858 自身のプロセス、文言、適用範囲から生まれる。古い格言は判断を短く表すが、引用によって過去へ標準性を送り返すわけではない。文化的な手掛かりと規範的な要求は、同じ文中に現れても出所が違う。

第五則を使った RFC 3439 は、問題を足し合わせる複雑性を Simplicity Principle へ展開し、スケール阻害と設備・運用費への影響を論じた。しかし同時に、ネットワーク複雑性には合意された定量指標がないと認めている。覚えやすい表現が経済的論点を開いても、測定器までは提供しない。

RFC 7980は複雑性を捉える枠組みとパラメーターを提案した。それでも、一般に受け入れられた定義も単一の答えも完全な指標もないと記す。Informational の独立寄稿であり、公開しただけで実装価値や展開効果が実証されたとは主張していない。格言、設計論、測定枠組みは連続していても、証拠としては別々である。

文書から結果まで六段ある

第一段は保存された語句で、何が書かれたかを示す。第二段は status と stream で、どの制度的行為だったかを示す。第三段は引用で、別の文書が参照したことだけを示す。第四段で限定された仕組みが現れ、第五段で実装され、第六段でようやく運用結果が観測される。

RFC 番号があることを IETF の要求と読み替える、引用を検証済み原理と呼ぶ、仕様を展開実績と同一視する——いずれも段を飛ばしている。上へ進むたびに、新しい主体と新しい証拠が要る。

今回の一次資料には、RFC 1925 の読者数、各則の採用率、引用を契機としたコード変更、障害削減の測定はない。だから言えるのは、運用上の緊張を共有する長寿命の語彙になったことまでであり、世界的な受容率ではない。

反対できるから、記憶として強い

格言は説明コストを下げる。「一つの型はすべてに合わない」と言えば、設計レビューで隠れた対象範囲をすぐ問い直せる。一方、あらゆる共通仕様を拒むためにも使えてしまう。役立つのは、適用範囲を問い、反例を出し、採用しない自由が残る場合である。

Running-Code Primacyは後世の分析として、文書を実装と観測結果に接続する。Minimum Initial Specification, Localized Future Decision, and Voluntary Adoptionは最小限の調整物と各現場の採用判断を分ける。Reality Layersは文書、象徴的威信、引用、運用現実の混同を防ぐ。いずれも後から当てる分析枠であり、1996 年の著者意図ではない。

RFC 1925 の価値は、命令にならずに記憶されてきた点にある。正誤表が文章を守り、ネットワークが真偽の最終判断を引き受ける。