摘要
未来十年的 AI，不会只由模型大小决定。同样关键的是另一个问题——已经出货的数十亿台设备能否可信地承接云端正在长出来的能力。今天，AI 能力住在它被训练出来的地方——超大型数据中心、不透明的 API 之后、权重无法被检视的模型之内、行为只能被所有者演化的运行时之中、与必须兑现其声明的载体彻底脱钩。结果是一种结构性错配：AI 能力在云端持续增长，而遍布物理世界的大量设备——手机、车辆、嵌入式控制器、工业传感器、智能家电、边缘网关——正在从"可以升级"缓慢漂向"扔掉太贵"。
Rotifer Protocol 持一种不同的立场。能力应当被表达为可传递、可评估、可演化的最小单位（Gene），每一个都携带结构化 Phenotype 声明承载它的载体；协议层不应发明新的神经网络，而应定义现有神经网络如何组合、演化，以及如何对它们运行的硬件保持可问责。我们假设——并愿意接受公开质疑——这一层协议对 AI 能力的意义可能类比 HTTP 对文档的意义：HTTP 没有发明 TCP/IP，却定义了如何在其上构建可组合的 Web。类比成立到哪一步需要时间和实证来检验；Rotifer 的目标是成为元协议层——让分布式智能在异构硬件、不同观察者类别、不同时间尺度上得以涌现，而不至于塌缩到任何单一供应商手里。
本报告论证一件事：可信执行环境（TEE）是大量存量设备成为这个元协议头等节点的合理物理接入面——不是唯一可行路径，而是在当前存量硬件条件下部署面与消费级设备最重合的选择。TEE 是协议层能力声明与硬件层完整性保证相遇的接口。当这个接口被严肃对待，三件事会同时成立：能力承诺不再漂离载体；老硬件不再是营销陈列品而开始成为计算公民；智能可以在不同观察者类别之间涌现，而不必依赖某一个数据中心作为唯一诚实层。
我们不声称 Rotifer 协议已经解决了这件事。我们声称协议从设计之初就是为这一刻准备的——它的公开核心机制（Gene、Phenotype、Fidelity、Arena、Imprinting、Adapter）与开放的信任后端架构构成了这个故事得以展开的基底；经验与理论根据现在已经到位。本报告余下篇幅会描述哪些是已经为真的、哪些正在工程化、哪些仍是开放的研究问题。读者被邀请在每一页上反对。
实现状态分层（关键阅读约定）：本报告的论证横跨三个时间窗——已在公开实现中可验证的能力、当前正在工程化的协议层、以及较远期的路线。§8.1 给出三层完整清单；正文每节中提到 Rotifer Protocol 时，请按"已实现 / 工程化中 / 较远期"三层对照阅读。涉及未交付特性的描述会以"目标行为"明确标注。
1. 没人拥有的元协议层
1.1 HTTP 对可组合性做了什么
1991 年时，Web 还不存在。到 2001 年，它已经在重塑商业、新闻、教育，乃至软件本身。这一转变的技术前提只有一个：一个不拥有内容、却定义了内容如何被任何参与者链接、寻址、获取、渲染的协议。
HTTP 没有发明文本，没有发明图像，也没有发明底层网络。HTTP 所做的，是在 TCP/IP 之上定义了一个协调层——让两个不相关的方（发布者与读者，服务器与浏览器，索引者与公民）在"什么是文档"、"如何请求文档"、"如何解读返回内容"上达成约定。Web 的实质——HTML 页面、图像字节、表单提交——通过 HTTP 流动，但 HTTP 本身保持轻量、可规范、可演化、不被任何人拥有。
这一结构性选择就是为什么我们今天讨论的是一个 Web，而不是一组碎片化的厂商协议。可组合性来自开放性；开放性来自协议层的极简主义。
1.2 为什么 AI 需要属于自己的层级
把这一点对照当前 AI 能力的处境。
能力住在模型权重里、住在 SDK 边界里、住在企业 API 里、住在专有脚手架里。没有任何被普遍接受的方式，让一个系统能问另一个系统："你能做什么？运行在什么载体上？以什么保真度？带哪些可验证的保证？"也没有任何被普遍接受的方式，让来自手机的能力、来自云的能力、来自机器人的能力被组合在一起，让任何第三方参与者都能理性推理。智能单元层面没有 HTML 文档的对应物——没有可移植、可检视、可引用、可评估的工件。
最接近的现有原语——function-calling 工具 schema、MCP 风格工具描述、Agent JSON Card——是 SDK 层的改进，不是协议层的改进。它们规范了调用约定，但没有规范"载体感知"——区分"能力可以运行"与"能力应当运行"的那一层。
1.3 "元协议"的定义
我们使用"元协议"一词时给出了具体的操作含义：一个协议，它的对象不是单一资源类型（文本、视频、支付），而是能力本身得以被声明、演化、评估、组合的规则。元协议不发明它承载的能力；它定义异构来源的能力如何能够互操作的条件。
三条性质识别一个元协议候选：
- 载体感知：每一个能力声明必须携带使其有效的条件——什么算力预算兑现它、什么信任后端支撑它、什么失败模式适用。
- 演化感知：能力必须以"可被评估、排名、替换、组合"的单位形式表达，且不破坏与网络其他部分的互操作性。
- 厂商中立：没有任何一方——包括协议的创建组织——能持有协议本身强制赋予的特权地位。
Rotifer Protocol 在设计上满足这三条。它最终是否能成为事实上的元协议，取决于采纳，而不取决于架构。本文关心架构；采纳是后续的工作。
1.4 为什么不能被任何厂商拥有
厂商拥有的通信协议史是一部"最终被取代"的历史。封闭的消息栈输给了 SMTP 与 XMPP；封闭的网络栈输给了 TCP/IP；封闭的文档格式输给了 HTML 与 PDF（后者是因为 Adobe 最终把它开放为 ISO 32000）。模式一致：一个足够通用的层级无法以专有基础设施的形式被维持，因为只要某一方对该层级的运转变得不可或缺，所有其他参与者都有动机绕开它。
对于 AI 能力层而言，这种动机比此前的协议更强。能力是 AI 时代的核心稀缺资源，厂商拥有的能力层等于一笔永久租金。市场的替代选项不是另一个厂商拥有的层，而是一个开放的元协议——其上有多个特权节点，分别服务彼此重叠的生态位。
Rotifer 的定位正是围绕这一观察构建。协议核心机制开放，遵循 CC BY-SA 许可。基金会运营一个特权节点，但协议在结构上对基金会的持续参与保持中立。一个成功的元协议是这样的：原始组织可以消失，而协议不消失。
2. 分布式智能无法回避的硬件问题
2.1 千亿设备的存量
AI 行业里有一个数字常被随口引用，但很少被作为承重事实对待：全球大约有七十亿台智能手机、数十亿台智能家居设备、数亿台车辆、数百亿台工业 IoT 端点，以及数量更大的嵌入式控制器活跃于物理世界。不同分析师使用不同的边界；总量级——10^11 至 10^12 之间的、具备一定算力的活跃电子设备——并无争议。
这是具备智能能力的硬件存量。其中绝大多数在过去十年内出货。几乎所有都将再运行五至二十年（视品类而定）。按任何诚实的衡量标准，这一存量就是 AI 能力如果要在物理现实中落地的实际载体。
但目前 AI 能力并不住在那里。
2.2 路径 A：中心化云端推理
行业对这一缺口的默认回应是把能力推到中心化云端推理，让硬件查询路由过去。这是有效的，并在许多用例上效果极好。但它在结构上无法支撑存量规模上的分布式智能。
三条约束限定了中心化推理。第一，时延：从设备到超大规模数据中心的往返从根本上受光速与互联网基础设施布局约束；许多实时控制循环不能容忍这种往返。第二，主权：流向云端的数据跨越监管、组织、个人信任边界；越来越多的用户对越来越多的数据不会接受这种跨越。第三，长尾可达性：千亿设备存量包括运行在那些可靠云端访问无法假定的地区、网络与运行条件下的设备。
这些约束并不意味着中心化推理是错的。它们意味着它不完整。分布式智能的完整图景需要能够驻留在设备本地的能力——把云作为多个选项之一，而不是唯一诚实层。
2.3 路径 B：激进的 OTA 承诺
行业的第二种回应是通过 OTA 升级承诺能力的提升，且不把这些承诺锚定到必须兑现它们的载体上。这种做法在多个面向消费者的品类中产生了一种反复出现的失败模式——硬件以"营销描述的能力"出货，但硬件从未被定型为能交付那些能力；软件升级让"承诺"与"设备实际能跑的"之间的差距持续扩大。
这一模式比 AI 更早出现，且不属于任何一家公司——它存在于所有长生命周期消费品中：汽车里"有功能开关但永不激活"、智能家电的"AI 功能"逐渐变成订阅档位、嵌入式控制器公开的规格表里描述了"只有下一代才能做的能力"。AI 加速了这一模式，因为能力承诺增长的速率与硬件出货的速率彻底脱钩了。
结构性问题不是承诺本身。结构性问题是：没有任何一个协议层，要求承诺必须声明使它为真的载体。没有这一层，所有承诺最终都漂移。
2.4 路径 C：边缘自治孤岛
第三种回应是把每台边缘设备当成自治 Agent，做它能做的事。这避开了中心化推理的时延和主权问题，也避开了激进 OTA 的漂移问题。但它失去了一件分布式智能不能失去的东西——跨设备知识传递。
柏林一台设备遇到的边缘案例不会让新加坡的同类设备学到任何东西。高端机型上发现的模式永远不会传到需要它的低端机型。一旦每台设备都在各自的会话中独立做决策，存量的集体经验就在那一刻蒸发。没有协调层的边缘自治产生这样一种生态：设备各自略微变得更好，但集体并未进步。
2.5 第四条路径
上述三条路径都不错。每一条都有真实的成功区。它们单独或合在一起仍然做不到的事，是支撑千亿设备存量上的分布式智能——因为它们都没有定义这样一个层：在这个层上，能力声明对兑现它们的载体保持可问责，同时仍然允许能力在网络中迁移、演化、累积。
这一层就是本报告所称的元协议。其后各节描述具体的一个——Rotifer Protocol——所提议的载体感知词汇表、信任后端架构、与让存量得以参与的物理接入面。
3. 信息论的现实校准
3.1 三句不是同一句话
大多数能力漂移源于把三句不同的话压缩成同一句话。
"X 是可以做到的。"
意思是：在某处、某种配置上，能力 X 被演示过。这是最容易在主题演讲上传播的句子。它几乎从不指定哪种配置。
"X 在这一类硬件上是可以做到的。"
意思是：和已部署产品相似的一类设备能支持 X。这一句更难讲，因为它需要类的定义；通常预设了散热包络、内存带宽、加速器代际、固件版本。
"X 在你现在手里这块硬件上是可以做到的。"
意思是：用户实际持有的那颗具体芯片、那条具体的内存带宽、那片具体的散热空间、那版具体的固件，今天就能支撑 X。这是唯一对真实产品有约束力的句子。也是协议、营销部门、未来计划通常未充分规约表达的句子。
不区分这三句的协议会让任何产品把它们压缩成一句。第一句最容易在主题演讲里出现。第三句才是真正在替那笔承诺还利息的那一句。
3.2 用一段话讲清 Epiplexity
近期的信息论研究让这个区分变得精确。Finzi、Qiu、Jiang、Izmailov、Kolter 与 Wilson [7] 提出 epiplexity 的概念：受算力预算约束的观察者所能提取到的结构信息。其形式化框架将 epiplexity 定义为"数据"与"观察者算力预算"两者的函数。无论数据熵有多大，凡是需要无界算力才能提取的信息，都不属于 epiplexity。两个算力预算不同的观察者从同一环境中提取的可达结构是不同的。不是慢一点，是不同。一个预算的可达结构对另一个预算并非"近似可达"——它在结构上不存在。
配套论文 [10] 在数字物种化语境中发展了这一区分。对本文讨论的关键含义是操作性的：能力不是问题的属性，而是 (问题, 观察者) 这一对的属性。两代设备面对同一问题不是在以不同速度跑同一场比赛——它们在跑终点位置不同的比赛。
3.3 这对硬件代际意味着什么
硬件代际在多个轴上不同——主频、内存带宽、加速器架构、能耗包络、传感器分辨率、网络访问。每个轴都是观察者算力预算的约束。聚合效应是：相邻两代硬件位于不同的观察者类别。
对大多数工作负载，这种差异对用户不可见。Web 浏览器在五年前的设备和当前设备上都跑得很好。有意思的工作负载是这样的：新能力对新观察者类别"结构上可达"，但对老观察者类别"结构上不存在"。这就是能力漂移变得可见、痛苦、且——在没有协议层的情况下——无解的所在。
信息论命题不是隐喻。它是约束。任何把能力声明锚定到营销层（产品名 / 未来计划句子 / SDK 版本）的协议，都是允许承诺无声跨越观察者类别的协议。任何把能力声明锚定到兑现它的载体上的协议，则产生可被对照实际硬件实际可达结构验证的能力声明。
3.4 为什么这不能靠"更多软件"解决
一个自然的反对是：更好的软件——更小的模型、更快的推理、更聪明的编译——可以填补这个差距。在单一观察者类别内，这是真的且重要。跨观察者类别则不成立。任何软件努力都不会提升观察者的算力预算；它只重新分配预算的使用方式。
这不是悲观主义，而是协议架构姿态的根基：与其假装硬件约束最终会消失，不如把它作为一类必须被能力声明尊重的"头等结构"。软件越来越好；载体仍然有限；协议在两者之间作中介。
4. TEE 作为元协议的物理接入面
4.1 TEE 今日：一个安静的通用基底
可信执行环境（TEE）在操作意义上是处理器中的一片区域：在这片区域内运行的代码与系统其余部分硬件强制隔离；其状态可以以密码学方式向远程方做证明。不同架构以不同方式实现这一点——有的在应用处理器上，有的在专用安全协处理器上，有的在封装级，有的跨多块硅岛——但外部可观察的性质收敛到三件事：测量正在运行的代码是什么、封印只有该代码可解密的数据、通道让远端方能确认这两件事。
TEE 不是异国基础设施。现代智能手机以"硬件根的安全执行"为默认能力出货。现代汽车 ECU 越来越多地为安全关键工作负载内嵌 TrustZone 风格隔离。工业 IoT 控制器使用与 TEE 设计共享架构原语的安全启动管线。云厂商提供以硅片级隔离为后盾的硬件证明保密计算服务。聚合结果是：到 2026 年，新出货的面向消费者的算力硬件中，相当大比例都内含某种 TEE 类能力。
这是一个安静的基底——绝大多数用户没听过，绝大多数软件没在用它。它也是一个通用的基底——它增量出现在几乎任何处理用户特定数据的设备硅片中。
4.2 协议已经如何描述信任后端
Rotifer Protocol 规约在描述 L0 Kernel 层时，通过抽象的 Trust Anchor 接口定义协议信任根，并允许多种具体实现。规约明确列出的四类后端是：分布式账本、可信执行环境、密码学签名链、硬件安全模块。每一类都映射到典型部署场景——分别对应去中心化无许可网络、企业高性能上下文、轻量级受控网络、IoT 与嵌入式设备。
因此协议本身没有赋予 TEE 任何特权地位——TEE 是这四个等地位选项之一。本文档不提议修改该规约。它提出一个互补的观察：在四个选项中，TEE 是最适合担任物理接入面这一角色的——大量存量设备得以参与元协议的接入面——不是因为其他选项错了，而是因为 TEE 是其部署面与"面向消费者的物理硬件"最为重合的选项，这使其成为合理首选，而非唯一可行路径。
4.3 让 TEE 适合作接入面的三条性质
三条性质合在一起，让 TEE 在"存量接入面"角色上区别于其他信任后端。
普遍可用性。 分布式账本按全球硬件标准只存在于相对少量节点上。HSM 存在于专门部署中。密码学签名链存在于任何愿意运营 CA 的地方。TEE 类能力存在于"已经出货、已经付款、已经在客厅 / 车里 / 工厂 / 口袋里运转"的设备硅片中。集成问题不是"在哪里放新基础设施"，而是"如何接驳已经在那里的基础设施"。
根植于硅片的完整性保证。 携带 TEE 证明的能力声明做出的是对照硅片级状态可验证的主张，而非对照软件级断言可验证。这与"自签名清单"或"可由足够积极的一方重新签发的信任链"在质上不同。硅片根证明并非不可伪造；没有什么是不可伪造的。它们是可用的最强载体感知完整性保证，且优雅降级——一个脆弱的证明仍然好于没有证明。
根植于具体设备的身份。 其他信任后端产生的身份根植于密钥、证书或链历史。TEE 根的身份锚定在具体一片硅片上。对于"参与单位是节点而不是账户"的元协议来说，这种锚定恰是正确的原语。它让协议能够对节点级信誉、节点级参与历史、节点级能力声明进行问责式推理——这种问责度是密钥根系统无法企及的。
这三条性质共同支撑本节的操作主张：TEE 不是唯一合法的信任后端，但在当前存量条件下，它是元协议接入消费级硬件的合理首选——这是操作层面的取舍，不是架构层面的排他。
4.4 TEE 单独做不到什么
TEE 本身不对"能力是什么"持任何观点。它能证明某段二进制以某种隔离状态运行并产生某种输出。它不能说这段二进制是不是某条已发布能力的诚实实现、输出是不是输入的忠实回应、能力是不是与其他能力正确组合、声明的资源使用是不是与实际资源使用一致。
让这些问题可被回答的是元协议层。Phenotype 声明、Fidelity 评级、适应度评估、Adapter 契约、Imprinting 状态——都是元协议层的工件。它们才是被证明的对象。没有它们，TEE 对错误的对象给出强保证。没有 TEE，元协议层无法把它的声明绑定到硅片级现实。
两层互相必需。TEE 提供硬件级完整性。元协议提供载体感知词汇。一个连贯的系统两者都需要。
4.5 TEE × 能力锚定：一条连贯的故事线
至此论证读起来是一段单一弧线。能力承诺漂移，是因为没有协议层要求承诺声明使其为真的载体（§2）。信息论给出了形式化原因——这种漂移不是可修复的意外，而是跨越观察者类别的结构性后果（§3）。元协议层是能力声明可以载体感知的所在（§1，§6）。TEE 是这些声明与必须兑现它们的硅片相遇的物理接口（§4.1–§4.3）。两层组合：TEE 为元协议声明的内容提供硬件根完整性（§4.4）。
这就是让千亿存量可寻址的原因。不是一次到位。不是没有数年的集成工作。但在原理上、在架构上，路径存在；走这条路所需的协议机制已被规约。
4.6 本章不主张什么
为防止本文自身所诊断的那种能力漂移，三类主张必须被明确排除在上文论证之外。
第一，本章不主张为 Rotifer Protocol 部署 TEE 后盾 Binding 的工程工作已完成或迫在眉睫。Edge 与 TEE Binding 仍在协议较远期的实现轨道上；本文论证位于战略与叙事层，与协议近期发布日程的工程优先级解耦。
第二，本章不主张 TEE 异构性已被解决。当前部署的五大主要 TEE 家族——Intel TDX、ARM TrustZone、Apple Secure Enclave、Qualcomm 类信任环境、AWS Nitro 类保密计算——在协议层尚不互通。桥接它们是协议 Adapter 层的职责，而非 TEE Binding 设计的职责。§10 把这一点列为开放问题。
第三，本章不主张 TEE 让 Rotifer 变成硬件公司。Rotifer 仍是协议层。Binding 是一份契约——一个运行时环境据此承载协议；TEE 后盾 Binding 将是这样的一份契约。基金会不提议代为制造硅片、认证设备、或代表 OEM 运营 TEE 基础设施。
这些排除不是套话。它们是本报告其余部分赖以成立的基底。
5. Capable Edge：算力门槛刚刚被穿越
5.1 没人提的那个数字
2024 与 2025 年里，端侧 AI 重要的数字是"模型能不能装下"。量化、蒸馏、稀疏解码以及一代高效小模型让"端侧装下"最终成了默认而非成就。有意思的数字变成了"多快"。
对于多步 agent 工作流——涉及工具调用、中间推理、结构化输出、若干轮决策——这个门槛已经变得令人意外地具体。Google Gemma 3 家族的公开报告显示：较小变体在 Raspberry Pi 5 CPU 上的解码速率约为 7–8 tok/s；更上一档的变体在 Qualcomm 类移动 NPU 上的解码速率超过 30 tok/s（数据来源：Gemma 3 model card 与第三方在 Raspberry Pi 5 / Qualcomm AI Engine 上的公开 benchmark；具体数值随量化方案、精度、运行时实现而变）。这些速率足以在用户接受为"交互式"的钟壁时间预算内，支撑一段四千 token 输入加两次 skill 调用的完整工作流。
这些不是云端推理的速率。它们是——在已经在田野中存在的硬件上——首次让完整 agent 工作流在工程意义上可行的速率。
5.2 为什么是相变而不是改进
边缘推理的连续改进不会改变架构层面的对话。同样工作负载的更快推理只意味着更好的用户体验。但实际发生的事情在质上不同。
过去五年中的大部分时间，能跑的 agent 工作流需要云端往返——因为没有任何可用的边缘栈能在人交互时间内闭合循环。经济、时延、主权、可达性的后果都源自这一约束。从最近一代边缘 LLM 起，这一约束被释放。同一份过去只能云端驻留的工作负载，现在通过合理工程努力可以在边缘驻留。
这是相变，因为它改变了"哪些架构模式可用"，而不仅仅是"哪些模式更方便"。这是元协议层在存量上物理可居住的那一刻——而不再是关于它的思想实验。
5.3 "Capable Edge"在协议层意味着什么
协议此前对运行时区分两种实现 profile——为资源紧张环境准备的 Constrained profile，与无约束运行时的 Full profile。2026 一代边缘 LLM 在两者之间引入了第三种 profile。这一 Capable Edge profile 描述的运行时能在固定的硅片与能耗包络内承载完整 agent 工作流——具备原生推理、多工具协调、持续本地状态——且这一包络让它们与全 profile 云端运行时区分开。
Capable Edge profile 不是新的规约层；它是既有规约上的一个新工作点。在这一点上，载体变得足够丰富——元协议的完整词汇（Phenotype 声明、Fidelity 评级、Imprinting 状态、Adapter 翻译）可以毫不妥协地被使用。
5.4 这对长生命周期设备的含义
前几节合在一起产生一个反直觉含义。千亿存量并不是一组必须等待硬件刷新才能参与分布式智能的设备。其中相当一部分——近代智能手机、当代车机娱乐系统、更高档位的工业网关——已经跨过 Capable Edge 门槛。对于这些设备，瓶颈不是硅片。瓶颈是缺少一个让它们能"声明自己能做什么、证明所运行的载体、与网络其他部分交换能力"的协议层。
那个瓶颈，正是元协议存在的目的——移除它。
6. Phenotype、Fidelity、Imprinting、Adapter——载体感知的词汇表
6.1 Phenotype：每一份能力的收据
Rotifer Protocol 中的 Gene 不只是可执行代码。它带着 Phenotype——一份结构化声明：它接受什么形状的输入、返回什么形状的输出、需要什么样的资源预算、声明什么样的安全属性、表示什么版本、以及在当前承载它的载体上处于什么样的 fidelity。Phenotype 就是收据。它说："这个能力，在这个 Binding 上，以这个保真度，被兑现了。"
两台以同一名字发布同一能力的设备，可以底下挂着不同的 Phenotype 声明。一台是 Native，一台是 Wrapped。一台跑在 Capable Edge profile，一台跑在 Constrained profile。产品页可以把它们当成同一件东西。元协议不必这么做。
6.2 Fidelity：三档诚实等级
Fidelity 有三档，每一档对应与协议演化机制的不同关系。
Native Gene 是协议自身的形式。它能被直接评估、排名、组合。它的完整演化生命周期都生效——适应度评分、Arena 排名、水平迁移、谱系追踪、免疫审查。
Hybrid Gene 一部分是原生形式，一部分从其他载体适配过来。它的评估是真实的，但只兑现了一部分。Hybrid Gene 在能力从外部系统迁入协议的过渡期常见；在"部分子能力有原生实现、部分依赖既有基础设施"的部署中也常见。
Wrapped Gene 通过 adapter 包裹外部或低预算系统暴露出来。Wrapped Gene 仍可参与协议，但它的收据透明地写着：这个能力不是协议自己生成的；它是从底下借来的。Wrapped 是诚实的，不是贬义的。
三档区分的存在不是为了让某些 Gene 沦为二等公民。它的存在是为了让没有任何 Gene 的载体被掩盖。
6.3 Imprinting：在预算内的专业化
协议的本地适应机制——内部称为 Imprinting——回应了这样一个问题：并非所有有价值的结构都是通用的。一个算力预算无法触达"跨所有用户的通用能力"的设备，仍然可能在它实际生活的窄分布里提取出巨大的结构：这个用户的习惯、这台车的路线、这个家庭的能耗曲线、这片农田的土壤周期。
Imprinting 不是全球进化的失败拷贝。它是另一个进化方向，定向于"从一个 Agent 出发，朝着这台 Agent 接下来余下的运行寿命里实际要居住的那个本地上下文走过去"。全球进化跨种群选择；Imprinting 在实例内适应。两者都产生有用的结构；只是产生不同的有用结构。
对于长生命周期硬件，Imprinting 是这样一个机制——一台设备可以在其特定部署中随时间变得更有价值，即便它无法跟随通用能力进入新一代硬件类别。这是专业化，不是废弃。一台设备失去声明通用高自主 Phenotype 的资格，并不失去本地演化的资格，也不失去在其所占据的生态位中保持有用的资格。
6.4 Adapter：跨类翻译
Adapter 是一种 Gene，其功能是在载体之间翻译。它能把为某个 Binding 写的能力翻译为可在另一个 Binding 上执行的形式。它能把 Capable Edge profile 上发现的模式翻译为 Constrained profile 可运行的简化形式。它能把协议原生词汇的某一段翻译为面向协议直接覆盖之外的系统的 Wrapped 形式。
Adapter 是协议中的头等参与者——它们像任何其他 Gene 一样被评估、排名、组合。其含义是：翻译质量本身变成协议可优化的属性，而不是固定的工程常数。更好的 adapter 在与其他 Gene 相同的演化竞争中胜过更差的 adapter。
对本文的存量论点，Adapter 是让跨类知识传递成为可能的机制。高预算节点上观察到的失败模式不必作为原生代码迁移到低预算节点；该模式中相关的部分——警告、启发式、失败签名——可以以 Wrapped 或简化形式迁移，让低预算节点能够诚实执行。
6.5 集体免疫：失败成为防御
协议的 L4 层把某些类别的失败视为种群级信号。当一个节点经历某一类失败——恶意 Gene、协调攻击、降级载体——失败被广播为防御信号，其他节点可以订阅。
对存量而言，这就是这样一个机制——通过它，长尾设备集体上比任何单独设备更稳健。一台设备的事件成为种群可用的防御 Gene，但每个硬件类别接收到的 Gene 形式都是它能够诚实运行的形式——哪里 Native 可行就 Native，哪里不行就 Wrapped，哪里需要简化就简化。
本节五个机制——Phenotype、Fidelity、Imprinting、Adapter、集体免疫——不是五个独立工具。它们是同一架构姿态的五个侧面：能力始终与兑现它的载体配对，协议的工作是在网络的每一次操作中保持这一配对可见。
7. 手机作为锚点：故事在哪里凝结
7.1 为什么手机是最好的锚点
§1–§6 的主张是普遍的。最高效的评估方式，是把它们应用到每个组件都对齐的那个部署面：现代智能手机。
五个原因让手机成为元协议-上-硬件这个故事的最干净评估面。
第一，TEE 部署事实上是普遍的。每一台近代智能手机都把硬件根的安全执行作为默认能力出货。没有任何存量在硬件完整性故事上拥有更高覆盖率。
第二，长生命周期张力最尖锐。用户通常使用一台手机五至七年，跨越两到三个软件承诺周期。一台设备在购买时被承诺的能力与它当前 OS 升级承诺的能力之间的漂移，在这里最可见。
第三，用户教育成本最低。手机用户已经习惯了 OTA 升级、软件定义的功能变化、购买后到达的能力。从"你的手机会更新"到"你的手机承载一份载体感知的能力声明"的概念跨度很小。
第四，个性化数据天然丰富。Imprinting 在手机上能提取的结构——使用模式、语言偏好、导航习惯、无障碍设置——是设备已经持有、用户已经接受在本地处理的数据。
第五，迁移是用户的自然行为。用户从旧手机迁到新手机是常规行为。Adapter 故事（能力跨载体迁移并经过翻译）直接映射到用户已经在做的动作。
存量中没有其他品类对齐这么多组件。手机不是协议唯一可以服务的部署目标，但它是每一个协议机制都拥有最干净评估面的部署目标。
7.2 2026 年的五年期手机
抽象地考虑一台正处于活跃使用中的五年期智能手机。它内含 TEE 类安全执行；运行的近代操作系统支持现代模型格式；其 NPU 落后当前前沿数代；内存是最新设备的一小部分；能耗包络让它无法以有竞争力的 token 速率跑大模型推理。
按当前行业默认设定，这台设备只有两种未来：要么因为新能力够不到它而退役；要么以"逐渐与购买时承诺不符"的能力承诺勉强跟上。两种未来都是浪费，且都重复出现。
元协议提供第三种未来：设备声明它真实的 Phenotype——哪些能力它能 Native 跑、哪些只能 Wrapped 跑、哪些超出它的观察者类别。它的 TEE 证明那些声明是诚实的。设备不假装支持它做不到的，协议也不让它假装。作为回报，设备接收适合自己载体的能力，并在剩余的运行寿命里累积 Imprinted 的本地价值。
7.3 手机上的 Imprinting 会是什么样
具体地说，在这台设备上 Imprinting 累积几类结构：用户通讯模式的模型；设备与具体应用交互的模型；设备何时被使用、如何被使用的模型；本地网络环境的模型。这一结构保持在 TEE 保护的本地状态中——被证明，但不被外泄。
使用这一结构的能力不是云端助手的更小更笨版本。它是这样一种能力——它比任何云端助手更了解这个用户，因为它看到了云永远看不到的数据。它无法泛化到其他用户。它也不需要。Imprinted 的价值在设计上就是本地的。
7.4 迁移问题
最终用户会换设备。处理这一点的协议机制是 Adapter 层——把跨设备迁移视为一种跨类翻译。旧设备的 Imprinted 状态以新设备能诚实运行的形式迁到新设备上，由两端 TEE 共同证明。
这一部分目前处于 Adapter 设计草案阶段，尚无生产实现——本节描述的是目标行为，而非已交付能力。
目标行为如下：协议在两端做翻译、证明、状态转移，不需要云端在过渡期持有用户历史——这正是用户已经预期的迁移故事。
7.5 对运营商与 OEM 的含义
对手机产业链参与者的结构性含义是：能力变成设备可以跨厂商、跨 OS 版本携带的属性，而不是 OEM 通过发布管理控制的属性。这对任何"商业模式依赖于把能力作为发布管理杠杆"的 OEM 来说不舒服；对任何"商业模式依赖于硬件质量、集成、分发"的 OEM 来说则是建设性的。
元协议不需要 OEM 配合也能在手机 vertical 上成功，但有 OEM 配合会好得多。给 OEM 的论点很直接：一台元协议感知的设备是更诚实的产品，有更长的有效寿命，硬件投入与能力交付之间有更清晰的关系。
8. 分行业候选评估与诚实分层
8.1 实现状态诚实化（关键）
本节列出元协议-上-硬件的候选行业。在列出它们之前，协议当前的实现状态必须明确陈述——因为每一项候选主张都必须对照"协议已经能做什么、正在工程化什么、仍是研究"的诚实描述来阅读。
已实现（公开可用）：Gene 编译、Phenotype 声明、Fidelity 评级（Native / Hybrid / Wrapped）、Cloud Registry 发布与发现、本地 Arena 排名、双指标适应度 F(g) 与安全验证 V(g)、L0 Kernel 信任后端抽象（已接纳多种后端）、三篇配套论文（建立哲学、架构、方法论根基）。这些在公开协议规约和公开发布的实现中可见。
正在工程化：协议的本地适应接口及其相关记忆架构；L4 集体免疫层；Cloud Binding 完整功能；跨 Binding 联邦调和。这些在协议设计文档中有描述，且按近期版本轨道排期交付。
较远期路线：真实 Edge 与 TEE Binding；L2/L3 完整形式的市场层与协商层；面向更大节点规模的协议网络扩展；面向 vertical（如车机娱乐域）的专用 Binding spec。这些代表跨季度到数年的工作，不承诺近期时间表。
这一三层诚实分层是 §8.2–§8.7 每一项候选必须被对照阅读的基底。一个行业被列在这里，不意味着协议今天就准备好支撑其生产部署。它意味着该行业在结构上对元协议的架构友好，且欢迎在合适的工程层级展开接触。
8.2 智能手机（已在 §7 锚定）
详见 §7。在此列出以保持完整——作为在 SAM 层面评估元协议-上-硬件的主要锚点。接触层级：研究协作；参考 Binding 设计；OEM 对话。
8.3 智能音箱与家居设备
智能音箱、智能显示器、家用网关设备代表住宅环境中最密集的常开边缘算力部署。它们的 Phenotype 边界明确，且 Imprinting 潜力高——这些设备已经把家庭日常作为运行的副产品建模。它们的 TEE 状态因代际与厂商而异，但趋势向上。接触层级：开源参考实现；社区驱动的 Binding 草案；通过既有智能家居协议集成。
8.4 工业 IoT
工业 IoT 跨越从重度受限传感器节点到完整网关的频谱。频谱高价值端——网关、控制器、机器监测单元——越来越多地包含安全启动管线和 TEE 类隔离。Phenotype 声明模型在工业场景下特别自然——集成商通常需要明确知道一台边缘设备声明能做什么、在什么条件下做。接触层级：通过工业集成商的试点部署；标准轨参与；安全域咨询。
8.5 联网车辆（仅车机娱乐域）
本文档显式限制汽车讨论仅在车机娱乐域。ADAS 与其他安全关键域被排除在本讨论之外——这些域需要在功能安全框架（如 ISO 26262）下做单独分析，元协议不处理这些框架，也未被设计为替代它们。
在车机娱乐域内，车辆是面向消费者的存量中生命周期最长的部署。司机持有车辆十至二十年。"购买时能力 vs 当前能力"的漂移在这一品类中对用户最可见。车机娱乐域的 TEE 类隔离正在标准化。接触层级：与 Tier-1 供应商的长周期接触；研究级参考 Binding；在行业联盟中的协议层参与。
8.6 智能家电 AI
智能家电——冰箱、烤箱、洗衣机、空调系统——以超过车辆的生命周期运行。这一品类中"AI 功能"的产品级承诺历史上对载体的可问责度最弱——存量极大，能力声明几乎不被监督。元协议风格的声明特别契合。接触层级：白皮书阶段讨论；通过有兴趣 OEM 的精选试点；长期标准工作。
8.7 工业机器人与协作机器人
工业机器人与协作机器人代表嵌入式算力频谱的高端，算力预算常超过中端消费设备。其 TEE 采纳混合但趋势向上。独特的结构性属性是：能力组合在这里比在任何其他行业都重要——机器人的价值来自协调能力，而非单一能力。协议的 Composition 原语特别相关。接触层级：研究合作；针对特定平台的参考 Binding 工作。
8.8 候选清单（5 问 checklist）
对于试图评估自己产品或行业是否为元协议候选的读者，五个问题构成实用清单：
- 产品是否包含能支持 TEE 类隔离的硬件——即便目前未被使用？
- 产品的运行寿命是否足够长，使购买时能力与当前状态之间的漂移对用户可见？
- 产品是否累积"用户特定或环境特定"的结构——本地适应机制有可能将其压缩为改善的本地能力？
- 产品今天是否有任何跨设备知识传递故事（正式或非正式）——能从载体感知中介层受益？
- OEM 是否愿意让能力声明从"完全由发布管理控制"变为"可被检视"？
五项中四项"是"是元协议候选的强信号。全部五项"是"则提示早期接触值得展开一次对话。
9. 千亿节点终局
9.1 为什么终局不是百万节点
对于大多数分布式系统，百万终局节点数已经雄心勃勃。对于本文设想的元协议层，这是错误的数量级。千亿设备存量意味着任何成功的元协议层最终将承载数百亿到千亿级节点数——按"具备一定算力的单台实例"计数，而非按"参与组织"计数。
这不是关于采纳速率的预测。它是对架构的约束。一个机制在百万节点以上失效的协议，在结构上无法成为存量协调层——无论采纳率如何。
9.2 千亿规模下的四层协议栈
Rotifer 的协议网络设计已经针对这一规模约束进行架构。四层——内部称 Exchange、Foraging、Colony、Evolution——被定义为在任一层都不依赖全局中心化状态地运行。L1 的点对点直连执行、L2 的基于梯度搜索的能力发现、L3 的自组织亲和簇、L4 的层级化 gossip 生态信号——每一层都被选择是因为它们在十亿节点规模下保持连贯语义，而中心化替代方案则不能。
实例化这一设计的工程工作是多年期的，不是本报告的主题。对该设计的架构承诺——决定为该终局而非更舒适的较小规模而构建——才是让 §1–§8 得以连贯展开的原因。
9.3 "特权节点"是什么、不是什么
基金会运营参与协议网络的基础设施。该基础设施可能在任意时刻服务整体流量的有意义份额。这一切都不让基金会成为"平台"——不是当前互联网巨头那种意义上的平台。
协议的设计把基金会运营的基础设施视为"特权节点"——在容量、中心性、早期采纳访问上有特权——但不作为"必需"节点。特权节点的消失会引起短暂性能回退，但不引起结构性宕机。平台的消失则会引起系统崩溃。架构承诺是：元协议必须保持在"特权节点"类别，永不漂移到"平台"类别。
这件事重要，是因为替代方案——一个需要其创建组织无限期保持运转和善行的元协议——在互联网规模上没有任何长期成功的历史先例。
9.4 基金会的角色，与基金会永远不会是的
Rotifer Foundation 维护协议规约，运营一个 Cloud Binding，培育早期生态。这就是它的角色。基金会通过架构承诺永远不会成为：唯一合法运营者；能力注册的把门人；许可的颁发者；什么被允许参与的仲裁者。
基金会的成功标准——悖论地——是协议变得足够重要，以至于基金会自身可被替代。这个故事最成功的版本是：其他特权节点——由伙伴、由社区、由竞争者、由基金会无关系的实体运营——与基金会节点并行运营，协议在不区分它们的情况下繁荣。
需要明确：在协议早期阶段，基金会仍承担关键的工程协调与规约维护职责。"可被替代"是远期成功标志，不是当下状态。
这是开放协议的姿态——HTTP 比其原始商业支持者活得更久，因为协议的价值从任何单一方迁出。分布式智能的元协议层，要求其创建组织拥有同样的谦逊。
10. 开放问题、可证伪性、参与方式
配套博客交叉参考：本节列出五个开放问题；读者亦可参考配套短文 AI 能力该住在哪里？ §10 给出的另一份精简清单——围绕跨 TEE 证明、Phenotype 与实际行为偏离、Imprinting 迁移忠实性、元协议长期治理——与本节互补。
10.1 五个开放问题
本文论证依赖一些尚未完全确定的承诺。五个问题保持开放且活跃。
TEE 异构性。当前部署的五大主要 TEE 家族在协议层不互通。通过 Adapter 层桥接它们在技术上可解，但操作上非平凡。跨 TEE 证明故事的形态是最具体的近期开放问题。
出口管制与区域监管。某些 TEE 实现受出口管制约束，且因管辖区而异。一个依赖任一单一 TEE 家族的元协议会继承这些约束。协议的设计假设是：通过 Adapter 层保持 TEE 家族中立让元协议对监管变化保持韧性；这一假设需要在操作中被检验。
Phenotype 评估成本。能力声明只有在可执行验证时才有用。对 Phenotype 主张相对实际运行时行为的持续评估带有非平凡的算力开销。这一开销在生产部署中是否可接受尚未确定——这将是协议 Petri Challenge 实验设计要呈现的信号之一。
跨类翻译保真度的边界。Adapter 跨载体类别翻译能力，但协议尚未对"什么被保留、什么丢失、什么条件下翻译不安全"有形式化刻画。§3 的信息论框架提示了一种路径；经验工作尚未完成。
跨厂商元协议网络的治理结构。随着网络增长，治理问题——谁决定什么进入协议、谁仲裁争议、新特权节点如何被认可——将变得与技术设计同等重要。协议规约包含治理轨；操作实践处于早期阶段。
10.2 什么会证伪本报告的核心主张
本报告的核心主张是：TEE × 元协议是千亿设备存量得以成为分布式智能头等参与者的架构路径。三类经验结果会证伪这一主张或显著削弱它。
第一，如果协议本地适应机制在 Capable Edge 硬件上规模部署时未能产生稳定收敛——若 Imprinting 状态衰减比累积更快——则 §6 概述的载体感知词汇未能交付承诺的价值，本文架构结论需修订。
第二，如果 TEE 根证明在本文提议的集成规模下经过应力测试时展现出 Adapter 层无法桥接的失败模式，则 §4 的"物理接入面"主张塌缩为"信任后端中的一种"主张，战略优先级提升不再成立。
第三，如果 §9 的特权节点架构在操作上与平台架构不可区分——如果在实践中基金会节点成为运行协议的唯一可行场所——则开放协议姿态在自身条款下失败，元协议尽管设计意图不变，仍退化为厂商拥有的层。
这些是真实风险。它们被明确陈述，因为它们是经验经验会教会协议贡献者"当前分析需要修订"的条件。
10.3 实现差距
§8.1 的诚实读法是：协议当前实现落后于本文论证。交付元协议-上-硬件故事所需的机制——本地适应、跨 Binding 联邦、真实 Edge/TEE Binding、可证明的能力声明——处于设计、工程、路线图的不同阶段。一些今天公开可用，一些数月之外，一些数年之外。
本文之所以先于完整实现发布，是因为方法论与架构框架受益于"在产生第一次测量之前接受公开批评"。读者应按论证本身的条款评估它，而非按实现状态评估。实现轨道会赶上来；本文届时会被修订。
10.4 参与方式
对于发现论证值得参与的读者，存在四个渠道。
开源社区。协议规约、参考实现、配套论文以宽松许可证公开可用。欢迎实现反馈、规约审查、Adapter 贡献。
学术合作。§3 信息论框架、§5 Capable Edge profile、§6 跨类翻译分析——每一项都连接到活跃研究传统。基金会邀请来自种群生物学、复杂系统理论、机制设计、信息论、嵌入式系统研究的合作——我们在本综合中借用了他们的工具。
Binding 共建。协议较远期轨道包含 Binding 工作，OEM、Tier-1、集成商参与是唯一现实工程路径。这条轨道上的对话不预设即时商业承诺；它们是关于"在多年地平线上能支撑生产部署的 Binding spec 形态"的对话。
早期生态参与。有兴趣支撑"非厂商拥有的元协议层"形成的投资者、集成商、平台运营商，受邀展开接触。基金会的商业战略围绕"作为开放生态中的特权节点"而非"捕获生态价值的平台"构建。
协议对分布式智能的贡献不是产品。它是基底。基底通过"成为其创建者无法控制之物"而成功。
参考文献
[1] Rotifer Foundation. (2026). Rotifer Protocol Specification. Rotifer Foundation.
[2] Rotifer Foundation. (2026). The Philosophy of Digital Evolution (v1.2). Rotifer Foundation. CC BY-SA 4.0.
[3] Berners-Lee, T., Fielding, R., & Frystyk, H. (1996). Hypertext Transfer Protocol — HTTP/1.0 (RFC 1945). Internet Engineering Task Force.
[4] Postel, J. (1981). Transmission Control Protocol (RFC 793). Internet Engineering Task Force.
[5] Sabt, M., Achemlal, M., & Bouabdallah, A. (2015). Trusted Execution Environment: What it is, and what it is not. IEEE Trustcom/BigDataSE/ISPA, 1, 57–64.
[6] Costan, V., & Devadas, S. (2016). Intel SGX Explained. IACR Cryptology ePrint Archive, Report 2016/086.
[7] Finzi, M., Qiu, S., Jiang, Y., Izmailov, P., Kolter, J. Z., & Wilson, A. G. (2026). From Entropy to Epiplexity: Rethinking Information for Computationally Bounded Intelligence. arXiv preprint arXiv:2601.03220. （注：本文撰写时该论文以 arXiv 预印本形式被引用；正式公开发布前应核实最终 arXiv ID 与版本。）
[8] Polanyi, M. (1966). The Tacit Dimension. Doubleday & Company.
[9] Hassabis, D. (2024). Accelerating Scientific Discovery with AI. 2024 Nobel Prize Lecture in Chemistry, December 8, 2024. Stockholm, Sweden.
[10] Rotifer Foundation. (2026). The Philosophy of Digital Evolution (v1.2), §2.4 Information-Theoretic Foundations: Epiplexity and the Computationally Bounded Observer.
[11] Cover, T. M., & Thomas, J. A. (2006). Elements of Information Theory (2nd ed.). Wiley-Interscience.
[12] Mayr, E. (2001). What Evolution Is. Basic Books.
[13] Anderson, R. (2020). Security Engineering: A Guide to Building Dependable Distributed Systems (3rd ed.). Wiley.
© 2026 Rotifer Foundation. 本文档以 CC BY-SA 4.0 许可证发布。
配套材料： 数字进化的哲学 · Rotifer 协议规约。