要約
- RFC 9720は、RFCXMLという最終形式と、HTML・テキスト・PDFという公開形式の各版を分け、XMLスキーマ、XML誤り、生成ツールの変更などに限って再発行を認める。
- 信頼の単位は最新ファイルではない。旧版、日付、再発行の理由、差分、そしてそれを採用する側の検証がそろって初めて、保守と意味の変更を区別できる。
「固定」と「放置」は違う
かつてRFCは、ほぼ一つのASCII文書として理解できた。その前提では「一度公開したら変えない」は、実装者を後出しの編集から守る強い規律だった。RFCXMLを基礎にHTML、プレーンテキスト、PDFを生成する現在では、同じ規律を文字どおり適用すると別の問題が出る。XMLの誤記、schemaの改訂、古い組版ツールによる不整合を直せないからである。
RFC 9720は2025年1月にEditorial Streamで発行され、RFC 7990を廃止し、当時のRFC 9280の安定性規定を更新した。Informationalであり、インターネット標準トラックの実装命令ではない。ここを省くと、文書シリーズの出版方針を、個別運用への万能な安全保証に取り違える。
同RFCの最初の仕事は言葉の整理である。従来の「canonical format」は、レンダリング元のXMLと、権威ある保管文書の両方を指していた。RFC 9720ではRFCXMLを最終形式、その形式で公開されたRFCを最終版と呼ぶ。HTML、テキスト、PDFは公開形式であり、そこから生じるファイルは公開版である。これにより、PDFの見た目が変わっただけで仕様が変わったとは言えず、XMLが保守できるだけで自由な改稿権も生じない。
再発行は権限の拡張ではない
RFC Production Centerが最終版を再発行できる理由は限定される。RFCXML schemaの更新、XML内で発見された誤り、公開版を生成するツールの変更である。しかも、意味内容は可能な限り保存されなければならない。RFCは構文中心の変更にも意味上の事故の可能性があることを認める。したがって約束は「リスクゼロ」ではなく、リスクを見つけ、理解し、抑え、第三者が検討できる形にすることだ。
公開版の再発行も可能だが、必須ではない。シリーズの一貫性と意味変更の危険を比較する。これは小さいが重要な抑制である。「永遠に変わらない」という標語のために既知の欠陥を温存する必要はない。同時に、見栄えの好みだけで歴史的なファイルを差し替えることもできない。
共有される最初の規則は最小限でよい。意味を勝手に動かさないこと、保守理由を狭くすることだけを共通の不変条件にし、保存方式や歴史版の発見方法は、実際に運用する側に残す。RFC 9720が歴史ファイルの位置づけを指定しないのは欠落ではない。形式政策がアーカイブ全体の統治権を奪わないための限界である。
履歴がなければ説明は証拠にならない
この政策の重心は、再発行許可ではなく履歴にある。RPCは旧い最終版と公開版を、現行版と同じアクセス方法でアーカイブし、作成または再発行の日付を残す。最終版の再発行には公開記録と短い理由も必要である。
そのため、今日取得したHTMLだけでは過去の依拠関係を立証できない。図、参照、非ASCII文字、規範語、ツールが読む例が変わったかを問うなら、前後の版と差分、理由を見る必要がある。改行や余白なら表示上の問題かもしれない。MUST、URI、データ要素、解析対象の例の変更なら、コードや契約に作用し得る。最新であることも、説明があることも、その判断を代替しない。
責任も分けるべきだ。著者・承認プロセスが意味を決め、制作機能が表示を境界内で保守し、実装者や運用者がどの版を固定してテストするかを決める。ファイルを配信する者が、運用リスクを負う者の決定まで引き受けるわけではない。
IETFの公開プロフィールは、Flanaganが2012年から2019年までRFC Series Editorを務め、現在はSpherical Cow ConsultingのPrincipalでSPICEとHotRFCの議長であると記す。これは人物を置く根拠である。RFC 9720の単独著者、現在のRPC運用者、すべての将来再発行の決定者だという根拠ではない。
番号だけでは版管理にならない
2026年2月のRFC 9920はRFC 9280を廃止し、RFC 9720を含む複数のシリーズ文書を更新した。政策にも更新履歴がある。しかし、同じRFC番号だから無害、後の版だから危険という短絡はどちらも役に立たない。実際に必要なのは、どの版を使ったか、何が変わったか、その差分をどのコンポーネントが読むか、戻せるか、という記録である。
運用上の証跡には、RFC番号だけでなく、最終版・公開版の識別子と日付、取得URLとハッシュ、再発行理由、意味と表示のdiff、依存先、確認者、可逆な展開境界を残す。旧版が回収可能でなければ、比較は事後の安心ではなく推測になる。
Heng Luのいう証拠と権限の区別もここにある。出版社の理由書は、その出版社がしたことの証拠ではある。しかし、それだけで他者の本番依存を自動更新させる委任にはならない。結果を負担する側が検証し、採用し、必要なら戻す。
出典
- IETF Datatracker — Heather Flanagan
- RFC 9720 — RFC Formats and Versions
- RFC Editor — RFC 9920
- RFC Editor — RFC 7990
- Heng Lu — Minimum Initial Specification, Localized Future Decision, and Voluntary Adoption
- Heather Flanagan — 公開メディアキット
- IETF Datatracker — RFC 9720
- RFC Editor — RFC 9720 record
- RFC Editor — RFC 7997 record
- Heng Lu — Running-Code Primacy
- Heng Lu — On the Agency Problem at the Core of Internet Governance
会員向け解説
プロフィールの詳細
適切な会員レベルでログインすると、解説全文と出典メモをご覧いただけます。
Strategic Circle 限定
Strategic Circle
すべての読者に公開されています。参加してログインすると プロフィール解説 を閲覧できます。
Strategic Circle に参加Leadership Alliance 会員限定
Leadership Alliance
対象となる IP 資産の所有者・管理者向けです。ログインすると Leadership Alliance の解説を閲覧できます。
Leadership Alliance に参加
