当前格局:16+1 个名字,两根走规范路径的柱子
当前格局 · 状态核验于 2026-10-18 · rttp://——IANA 临时注册,CRI 27 · iqa://——IANA 临时注册,CRI 28 · 合并规范:draft-li-rttp-iqa-addressing-00
本博客此前十六篇,讲的是每个名字从哪来——十六根编号支柱(AICENT-000 至 AICENT-015)加一台无编号引擎。读完那个系列的读者,自然会有一个疑问:既然有十七个组件,为什么这里几乎所有的文章都只谈其中两个?这篇文章回答这个问题。它是一份状态报告,不是一份宣传。
「冻结」是什么——以及它不意味的三件事
覆盖全部十七个组件的那套叙事,已冻结。这是我们自己的决定,写在这里,免得谁去猜。它不意味着:
- 不是取消。各组件都有记录,而本博客刚发完的名字系列就是证据——十六根编号支柱加一台引擎,每一个都有出处、或有一个被印出来的"没有"。
- 不是停止开发。没有什么在被拆掉;冻结针对的是主张,不是代码。
- 不是「即将发布」。我们不给解冻附日期,因为附日期是规范营销里最古老的一招。
它意味的是:在那两根活着的柱子走完规范路径之前,不对其余 15+1 个组件提出任何新的规范性主张。一个含义已公开、主张已冻结的名字,是个诚实的物件;一个含义已公开、主张却还开着的名字,是营销资产——而这个博客不是那个。
为什么是这两根,而不是十七根一起上
因为只有它们碰到了互联网自身的基础设施。rttp:// 占的是 URI scheme 命名空间里的一个位置——那是一份共享的、有限的资源,它存在的目的正是让 scheme 之间不撞车。iqa:// 就在同一张注册表里挨着它。而这套东西里的其他部分——血液、身体、眼睛、镜像、时机——都活在应用层,那里的名字不需要 IANA 的许可,规范也不需要 datatracker 编号。
所以这个切分是结构性的,不是宣传性的:命名空间的主张送去注册处;应用层按顺序等。选这两根也因为它们互相回答:rttp 解 WHERE 与 WHEN,iqa 陈 WHETHER,单独任何一根都没用。
活着的这部分具体走到了哪
四件可核验的事,每一件都附一个读者可以打开的页面:
| 项目 | 状态 | 核验处 |
|---|---|---|
rttp:// | 临时注册,CRI 27(2026-09-22) | iana.org/assignments/uri-schemes/prov/rttp |
iqa:// | 临时注册,CRI 28(2026-10-13) | iana.org/assignments/uri-schemes/prov/iqa |
| 合并规范 | draft-li-rttp-iqa-addressing-00,IETF 独立提交通道 | datatracker.ietf.org |
| 自我定位 | Informational、实验性——写在摘要里 | 草案本身 |
第四行是让前三行不失真的那一行。规范对自己说:本文档不是互联网标准,是两个实验性寻址方案的 Informational 规范,为公开记录而发布。一个把 scheme 注册了、又把它说成实验性的项目,不是在吹嘘;它是在拒绝吹嘘。
这对本博客的读者意味着什么
这里现在并存两类文章,分量不同。我们写 rttp 与 iqa 时,每个主张都能对着一个已注册的 scheme 和一份有编号的草案逐行核。我们写其他组件时——就像那个名字系列——主张只到"这个名字是什么意思、文档是怎么写的"为止;那些文章不带任何规范性主张,并且自己说明这一点。
这个区分就是本文存在的全部理由。读者有权知道一个博客里,哪一半站在注册处上,哪一半只是在解释词汇。
我们不主张什么
- 不给其余 15+1 任何状态。没有注册、没有草案编号、没有审阅、没有时间表。
- 不声称采用。两个临时注册不是部署,我们不把它们说成部署。
- 不预设结局。合并规范正在审;我们不声称知道它怎么收场,也不按"答案已经写好"的口气写。
诚实条款
上面每一条状态都可以在旁边列出的页面核验,日期就是那些页面上显示的日期。而冻结这个决定是我们单方面做的——没有任何标准机构要求它,也没有任何机构对它做过裁决。本文陈述事实时给出处;陈述选择时,说明是谁的选择。
这一隅的下一篇:回到规范本身,一次一行。