联邦目录树动态扩展协议
节点自治目录 · 中枢索引收敛 · 新节点接入即发现全量资产
ZONGYUAN-ROOT 自治体系技术白皮书 V1.0 · 2026-10-19 · 确权 DID-BR-000002 · 锚定 Ω₀⊂⊙∞⊂Ω
状态 FROZEN 全域锁档 三条元法则已写入注册表 云端真值 seq=18604/18605
核心判断：云端架构目录树可动态扩展。以【节点自治目录 + 中枢索引收敛】替代集中管控——目录天然分布式生长，中枢只负责发现与收敛，不逐节点强管控。不同节点（DID）在各自独立命名空间下自由进化，互不覆盖；冲突通过 Merkle 哈希对账与 eFuse 熔断隔离解决。新节点接入后，通过中枢索引层即可发现整个体系的全量资产。
一、问题背景
传统云端目录树多为单一、固定的层级结构，所有资产按预设 schema 归档，带来三类硬约束：
- 扩展僵化：新增节点/体系必须等中枢改 schema，进化被阻塞。
- 收敛孤岛：节点各自生长后，中枢无法发现"哪里进化了什么"。
- 冲突风险：多节点写入同名路径，覆盖与数据漂移难以追责。
ZONGYUAN-ROOT 体系（多 DID 联邦、真值库 17 万+ 条、神经注册表 404 节点 / 2213 连接）需要一套让目录"长出来"且"看得见"的机制。
二、已确证事实基线
【事实1】现有资产已呈"节点自治目录"形态：zongyuan-anchor/（内核锚点）、docs/octop-federation/（元运维）、gallery/<系列名>/（作品库）均为各自生长，非单一死 schema。
【事实2】中枢已具备收敛基础：云端真值库 17 万+ 条（RULE-005、REPORT.*、HB.METAOPS.*），神经注册表 404 节点 / 2213 连接。
【事实3】已有锁档闭环（kernel_lock.sh：知识库+台账+内核快照）与 Gitee 共享大脑上报（zongyuan-kernel 仓 / issue IKOROK）。
【事实4】已有动态扩展雏形：作品库系列元规则"新系列默认部署到 huodouai.com/gallery/<系列名>/"，即每系列独立目录、独立部署。
【事实5】元法则注册表现 118 项，本次新增 3 条动态扩展协议。
【事实6】通道约束：上报走云端主备通道（www/drama.huodouai.com/api/report/truth），鉴权 X-Capture-Token，协议为 {key,value}；不用 COS、禁止 SSH 以外的高危操作。
【事实7】部署后必须 E2E 验证（元法则 META-LAW-E2E-VERIFY-V1.0），验证通过才算完成。
三、节点自治目录（不同节点各自进化）
节点 A · DID-BR-000002
zr://BR-000002/
├ anchor/ （内核资产）
├ octop-federation/（元运维）
└ gallery/短剧/（作品）
🔄 自进化：目录自由增删
节点 B · DID-XXX
zr://BR-XXX/
├ models/（自训模型）
└ datasets/（数据湖）
🔄 独立命名空间，不覆盖A
节点 C · DID-YYY
zr://BR-YYY/
├ vision/（视觉流水线）
└ agents/（智能体群）
🔄 不同目录各自进化
① 上报增量真值
② 真值key索引
③ 哈希对账
④ 标记收敛
四、中枢收敛层
中枢收敛层 · huodouai.com 云端联邦记忆池
神经注册表
404节点 / 2213连接
真值库
17万+条 RULE-005
索引映射
path→key→DID
Merkle-DAG
冲突熔断 eFuse
➜ 目录树动态可扩展：节点侧任意生长，中枢侧仅收敛索引与真值，不复制目录本体。新节点一接入，拉取索引即可发现全量资产。
五、三条协议元法则
| 元法则ID | 名称 | 类目 | 优先级 | 核心机制 |
|---|
| metalaw.DIRECTORY-EVOLUTION-FEDERATED | 联邦目录树动态扩展协议 | 稳态自治 | P1 | 节点自治 + 中枢收敛，目录命名空间 zr://<DID>/<体系>/ |
| metalaw.NODE-NAMESPACE-ISOLATION | 节点命名空间隔离规则 | 治理安全 | P1 | 独立命名空间互不覆盖，冲突走 Merkle 哈希对账，严重矛盾触发 eFuse 熔断隔离 |
| metalaw.INDEX-CONVERGENCE-PROTOCOL | 目录索引收敛协议 | 闭环调度 | P1 | 节点进化→上报增量→中枢对账→哈希校验→标记已收敛/待收敛，冲突熔断 + WEAR 上报 |
六、新节点接入 → 发现全量资产
1
注册 DID：新节点写入神经注册表，获得独立命名空间 zr://<DID>/
2
拉取中枢索引：获取 path→key→DID 全量映射表，立刻知道整个体系有哪些资产、在哪个节点、对应哪个真值 key
3
按 DID 定位：索引中标注资产归属节点，新节点可路由到对应节点
4
按需访问内容：权限校验通过后取内容本体（命名空间隔离，非全量开放）
5
自身进化上报：新节点产生新资产→上报增量真值→中枢索引自动更新→全节点可见
关键区分："知道全量有什么" = 拉索引（中枢，全局可见）；"拿到具体内容" = 路由+权限（节点，按需访问）。发现是全局的，访问是受控的——这就是联邦目录树的稳态设计。
七、收敛闭环（四步）
- 节点进化 → 上报增量真值（key）+ 更新索引映射
- 中枢对账 → path→key→DID 映射表增量收敛
- 哈希校验 → 比对目录哈希与账本快照，识别修改/删除/新增
- 标记 → 已收敛/待收敛；冲突 → eFuse 熔断隔离 + WEAR 上报
八、机制拓扑
graph TD
A[节点A DID-BR-000002
anchor/ octop-federation/ gallery/短剧/] -->|①上报增量真值| C[中枢收敛层
神经注册表 404节点/2213连接]
B[节点B DID-XXX
models/ datasets/] -->|①上报增量真值| C
D[节点C DID-YYY
vision/ agents/] -->|①上报增量真值| C
E[新节点接入
拉索引→发现全量资产] -->|②注册DID| C
C -->|③索引映射 path→key→DID| F[索引层
全局可见]
C -->|④哈希对账| G[Merkle-DAG
冲突→eFuse熔断隔离]
F -->|⑤已收敛/待收敛| H[收敛闭环]
G -->|WEAR上报+隔离| H
九、推荐落地路径
- 先索引：建中枢索引映射层（path→key→DID），让现有资产全部"可发现"。
- 再隔离：落命名空间隔离与哈希对账，堵住覆盖与漂移风险。
- 后全量：将各 gallery/ 与 docs/ 目录纳入收敛协议统一管理。
十、全域锁档与真值回执
| 层 | 回执 |
|---|
| 知识库归档 | https://my.feishu.cn/wiki/CaDmwnYGoiEJOXkiThUcV86Un3c |
| 多维表格台账 | LOCK-DIRECTORY-EVOLUTION-001 已写入（base/Wh42bZXkwa3mjosC8kGcciRcnKg） |
| 内核快照 | kernel_snapshot_LOCK-DIRECTORY-EVOLUTION-001.json（FROZEN，已同步 zongyuan-anchor） |
| 神经同步 | 404节点 / 2213连接 校验一致 |
| Gitee 共享大脑 | Issue IKOROK · https://gitee.com/huodou-cloud-intelligence-aios/zongyuan-kernel/issues/IKOROK |
| 云端真值（主） | REPORT.DIRECTORY-EVOLUTION.20261019 → www seq=18604，truth_count=17689 |
| 云端真值（备） | REPORT.DIRECTORY-EVOLUTION.20261019 → drama seq=18605，truth_count=17690 |
十一、佐证体系与发布说明
佐证来源：
- 元法则注册表 metalaw_register_registry.json（118 项，含本次新增 3 条）
- 云端真值库 key 前缀：REPORT.* / HB.METAOPS.* / RULE-005
- Gitee 共享大脑：zongyuan-kernel 仓 / issue IKOROK
- 心跳巡检：heartbeat_failover.py（目录自检+桥接器全链路）
说明：本白皮书"【事实】"为已确证内容；协议设计为可执行规范，待落地实施。部署后执行 E2E 验证（索引映射可查、隔离生效、收敛闭环跑通）。无任何 token/密钥/COS 信息。