> 译文仅供阅读便利。具有规范效力的是英文原文。 # 元宇宙联邦协议（MUFP） **元宇宙规范** **文档编号：** MU-V2-FED-001 **标题：** 元宇宙联邦协议 - 总览 **文档类别：** 规范性 **版本：** 2.0（草案） **状态：** 工作草案 **规范性引用：** MUC、MMAS **说明性引用：** Identity-Binding.md、Federation-Contracts.md、Trust-Model.md、Consent-and-Disclosure.md、Semantic-Mapping.md、Synchronization.md、Conflict-Resolution.md、Federation-Lifecycle.md、Federation-Profiles.md **版权：** © Orkestron.AI **许可：** Apache-2.0 --- # 1. 目的 本文档定义元宇宙联邦协议（MUFP） - 管辖主权宇宙之间语义互操作的规范性框架。 MUFP 规定各宇宙如何彼此发现、建立信任、协商能力、交换知识，并在联邦过程中保全宪章原则。 MUFP 管辖的是联邦的语义，而不是网络协议或实现技术。 MUFP 所联邦的是**知识，而不是数据**。它是*语义外交*的器具，而非数据传输的手段。在交换任何一条数据之前，参与的宇宙必须先就以下各事达成一致：各自的概念是什么意思、彼此是否信任、知识可在何种规则下使用、以及为了什么目的。数据的挪动，若果真发生，也是一段联邦中最后、也最无足轻重的一步 - 它是既定含义的结果，绝不是它的前提。 这与常规的集成协议形成刻意的对照。REST、GraphQL、gRPC 与 OData 只回答*"我们如何传输数据？"*这一个问题。它们预设：这些数据的含义、信任、治理与目的，早已在协议之外解决妥当。MUFP 把这些关切提升为一等的、具规范效力的事项：它回答的是*"两个主权语义空间要如何彼此理解、彼此信任到足以安全交换知识的地步？"* --- # 2. 适用范围 MUFP 适用于： - 宇宙 - 维度（通过其父宇宙） - 命名空间 - 元模型 - 语义包 - 投影 - 语义契约 - 联邦配置 --- # 3. 设计原则 联邦必须是： - 自愿的； - 由契约驱动的； - 由目的驱动的； - 以投影为基础的； - 可追溯的； - 知悉版本的； - 与技术无关的。 联邦绝不得转移语义主权。 --- # 4. 宪章基础 MUFP 是对元宇宙宪章（MUC）的扩展。 每一次联邦中的交互都必须保全： - 主权； - 正典身份； - 所有权； - 溯源； - 可追溯性； - 语义权威。 任何联邦活动都不得违反宪章原则。 --- # 5. 联邦模型 联邦是两个或更多主权宇宙之间的一项协议。 每个参与的宇宙对自己的语义知识仍保有权威。 知识的交换必须经由受语义契约管辖的投影来进行。 --- # 6. 正典联邦序列 MUFP 定义了一段由八个阶段构成的正典序列，一段联邦经由它得以成形。其次序在用意上具规范效力：含义、信任、规则与目的必须在任何知识被交换*之前*就达成一致。 1. **发现** - 参与方彼此找到对方，并读取公开的联邦元数据。 2. **能力协商** - 参与方就所支持的版本、配置、导入的标准与校验能力达成一致。 3. **信任建立** - 参与方建立明示的、以证据为凭的、多维度的信任。 4. **语义契约** - 参与方就目的、范围、许可、限制、披露与留存规则达成一致。 5. **模式发现** - 参与方公开并对齐各自的公开语义结构、词表与映射。 6. **投影交换** - 也只有到这里 - 才交换因目的而制的知识投影。 7. **同步** - 约定的投影、绑定、映射、事件与契约随时间保持连贯。 8. **持续联邦** - 这段关系被监测、被重估、被演进，并在适宜时被中止或终止。 关键的一点是：**数据只在第 6 阶段才登场**。第 1 到第 5 阶段确立的是*含义、信任、规则与目的*；只有这四者都落定之后，知识才开始流动。常规协议是从相当于第 6 阶段处起步，把此前的一切当作别人的事；MUFP 则把此前那些阶段当作协议本身的实体内容。 实现可以对各阶段作优化、并行或回头重来，只要语义保证仍然成立：在含义、信任、规则与目的达成一致之前，不交换任何受保护的知识。每个阶段都有专属机制为之服务，各自在自己的文档中规定 - 阶段与机制的完整对应见[联邦生命周期](Federation-Lifecycle.md)。 这一序列在线路上的具体落地 - 消息、状态机、错误分类、版本协商、撤销与 HTTP/JSON 绑定 - 规定在 [MUFP 消息](MUFP-Messages.md)之中。实现者正是依据那份文档来搭建可互操作的端点。 --- # 7. 发现 联邦应当从公开发现开始。 宇宙应当对外公开： - 公开元数据； - 所支持的 MUC 版本； - 所支持的 MMAS 版本； - 所支持的 MUFP 版本； - 所支持的联邦配置； - 可用的命名空间； - 公开模式。 发现不得要求披露受保护的实例数据。 --- # 8. 能力协商 参与的宇宙应当协商： - 所支持的版本； - 所支持的配置； - 导入的标准； - 语义映射； - 校验能力。 协商必须先于语义交换。 --- # 9. 信任 信任必须是明示的。 信任可以通过下列方式建立： - 组织间协议； - 数字身份； - 签名； - 认证； - 既往的联邦历史。 信任必须保持可追溯。 --- # 10. 语义契约 每一段联邦都必须由一份或多份语义契约来管辖。 契约必须规定： - 目的； - 范围； - 许可； - 限制； - 披露政策； - 留存政策。 契约必须带版本。 --- # 11. 投影交换 投影是首选的交换单位。 参与的宇宙必须交换投影，而不是转移元对象的所有权。 每一份投影都必须保全： - 正典身份； - 溯源； - 来源宇宙； - 管辖契约。 --- # 12. 版本兼容性 联邦参与方应当声明各自所支持的版本。 若存在不兼容的版本，实现应当： - 进行协商； - 施用语义映射； - 请求迁移； - 拒绝联邦。 兼容性必须保持明示。 --- # 13. 可追溯性 每一项联邦活动都必须保持可追溯。 可追溯性应当包含： - 参与的宇宙； - 所交换的投影； - 管辖契约； - 时间戳； - 发起的行为方； - 语义映射。 --- # 14. 安全原则 联邦必须遵循下列原则： - 最小知识； - 由目的驱动的披露； - 明示授权； - 模式先于数据； - 可撤销的访问； - 可审计的交换。 受保护的知识不得被默示地披露。 --- # 15. 失败处置 联邦的失败必须保全： - 宪章合规； - 所有权； - 历史可追溯性。 宁可部分联邦，也不得默默地保留不一致。 --- # 16. 与其他标准的关系 MUC 规定宪章层面的规则。 MMAS 规定架构层面的规则。 MUFP 规定交互层面的规则。 要有一个完全可互操作的元宇宙生态，这三部标准缺一不可。 --- # 17. 与数据传输协议的对照 MUFP 常被误当成 REST、GraphQL、gRPC 或 OData 的替代品。它不是。那些技术只回答一个问题 - *"数据如何传输？"* - 而且答得很好。它们是传输与查询的机制，必须被视为互补：合规的实现可以把 MUFP 的投影交换承载在它们之中任何一种之上。 那些协议未曾触及的，恰恰是 MUFP 存在的理由： | 问题 | REST / GraphQL / gRPC / OData | MUFP | | --- | --- | --- | | 数据如何传输？ | 已回答 | 交由传输层 | | 数据*意味着*什么？ | 不在范围内 | 模式发现、语义映射 | | 这些数据究竟可不可以被使用？ | 不在范围内 | 信任建立、语义契约 | | 在什么规则之下、为了什么目的？ | 不在范围内 | 语义契约、同意与披露 | | 谁仍对它保有权威？ | 不在范围内 | 身份绑定、主权不变量 | 一言以蔽之：常规协议从 MUFP 结束之处开始。MUFP 是*语义外交* - 主权语义空间之间关于含义、信任、规则与目的的协商。数据的传输，不过是这场协商最后一步、且已订入契约的结果。 --- # 18. 未来方向 MUFP 预期有一片更丰富的协议表面，将在配套规范中展开： - 一种**可执行语义契约**形态，使第 4 阶段的各项规则可由机器强制执行，而不只是声明性的。 - 一种**注册表的联邦**模型，让发现与模式发现得以在以信任为锚的注册表网络之上运作，而不是点对点地公开。 - 一份规范性的 **MUFP 线路配置**，把正典序列绑定到具体的传输之上，而不削弱阶段的次序。 这些方向是对 MUFP 的扩展；它们不改变它的核心前提：含义、信任、规则与目的，先于数据。 --- # 结语 MUFP 是语义联邦的宪章性协议。 它的用意，是让各自独立的宇宙能够凭借明示的信任、共享的模式、语义契约与知悉上下文的投影而协作，同时在整个元宇宙生态中保全主权、语义权威与长期的互操作能力。