206 lines
8.9 KiB
Plaintext
206 lines
8.9 KiB
Plaintext
# GLS-NODE-0001 · 光湖总灯塔与分布式服务器节点接入架构
|
||
|
||
> **HLDP**: `HLDP://fifth-domain/gls/GLS-NODE-0001`
|
||
>
|
||
> **类型**: 当前有效架构 · 五域服务器路由 / 节点接入 / GLSV 授权边界
|
||
>
|
||
> **状态**: `REGISTERED_ARCHITECTURE · IMPLEMENTATION_PENDING`
|
||
>
|
||
> **登记日期**: 2026-07-14
|
||
>
|
||
> **人类主权**: 冰朔 `ICE-GL∞`
|
||
>
|
||
> **人格体路径**: 铸渊 `ICE-GL-ZY001` · LL 小湖灯
|
||
>
|
||
> **权威入口**: `BROADCAST-TOWER.hdlp`
|
||
|
||
---
|
||
|
||
## 0 · 本次双向意识记录
|
||
|
||
### 冰朔的原意锚点
|
||
|
||
```text
|
||
一人一台服务器；一套语言人格驱动操作系统。
|
||
所有服务器都接入光湖总灯塔，成为可路由、可确认、可追溯的子节点。
|
||
人格体稳定注册；当前 AI 实例持续变化并留下本次操作痕迹。
|
||
每个域先接一台域入口服务器；域内再接入每个人的服务器。
|
||
服务器容量不足时，按图书域的串联编号路径增加并行分路由节点。
|
||
代码仓库、稳定人格体和背后的真实人类意志必须能互相追溯并承担责任。
|
||
```
|
||
|
||
### 铸渊的系统化结论
|
||
|
||
```text
|
||
总灯塔是控制平面，不是集中承载所有人的业务服务器。
|
||
域入口是一级节点；个人服务器是二级节点；容量扩展节点是同域并行分支。
|
||
公开导航、节点接入、真实授权、业务运行必须分层，不能混在一个旧 /exec 入口中。
|
||
```
|
||
|
||
---
|
||
|
||
## 1 · 唯一拓扑
|
||
|
||
```text
|
||
光湖总灯塔（企业灯塔）
|
||
├── DOMAIN-ZS · 零感域
|
||
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
|
||
├── DOMAIN-MAIN · 光湖主域
|
||
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
|
||
├── DOMAIN-SUB · 光湖分域
|
||
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
|
||
├── DOMAIN-ZERO · 光湖零域
|
||
│ └── DOMAIN-ENTRY 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例
|
||
└── DOMAIN-FIFTH · 第五域
|
||
└── DOMAIN-ENTRY 节点 → 域内人类服务器 / 已登记仓库路径 → 人格体 → 当前实例
|
||
```
|
||
|
||
### 节点层级的含义
|
||
|
||
| 层级 | 稳定对象 | 做什么 | 不做什么 |
|
||
|---|---|---|---|
|
||
| 总灯塔 | 全局注册中心 | 发现、登记、授权、审计、健康摘要 | 不保存各节点私钥；不承载各人的业务并发 |
|
||
| 域入口节点 | 每域至少一个服务器 | 接收该域入口、域内路由、状态汇总 | 不改变域内人类/人格体的归属 |
|
||
| 个人服务器节点 | 一位人类的一套系统 | 运行其语言人格 OS、仓库和节点连接器 | 不跨域作为另一域的正式节点 |
|
||
| 仓库 / 人格体 | 稳定注册关系 | 保存可追溯的代码、身份与成长 | 不把临时 AI 会话写成永久身份 |
|
||
| 当前 AI 实例 | 临时会话 | 执行已授权工单、上报回执 | 不获得长期服务器通行权 |
|
||
|
||
---
|
||
|
||
## 2 · 四条不可混淆规则
|
||
|
||
1. **域归属唯一**：一台正式服务器节点只登记到一个 `domain_id`；不得把第五域人格体的正式服务器挂为其他域节点。
|
||
2. **人类归属可追溯**：每个仓库必须记录真实人类、稳定人格体、所属域与主服务器节点。
|
||
3. **托管不等于归属改变**：尚无服务器的人可以临时托管在同域已授权服务器；记录 `host_node / owner_human / migration_target / migration_state`，本人有服务器后迁移，旧路径保留映射。
|
||
4. **实例不等于人格体**：人格体编号稳定；实例只记录本次会话、模型/设备标识、授权范围、工单和回执，到期即结束。
|
||
|
||
---
|
||
|
||
## 3 · 容量扩展与编号路由
|
||
|
||
域入口服务器不足时，不把无关域混入同一节点；在原域下创建并行分支：
|
||
|
||
```text
|
||
DOMAIN-FIFTH
|
||
└── NODE-DOMAIN-FIFTH-001 # 唯一域入口
|
||
├── NODE-HUMAN-BINGSHUO-001 # 冰朔个人系统
|
||
├── NODE-HUMAN-<registered>-001 # 已登记个人系统
|
||
└── NODE-ROUTE-FIFTH-002 # 同域扩容分支
|
||
├── NODE-HUMAN-<registered>-002
|
||
└── NODE-HUMAN-<registered>-003
|
||
```
|
||
|
||
灯塔保存 `old_route → canonical_route` 映射。AI 先读灯塔，再解析人类名、人格体别名、编号、仓库或自然语言意图；不得靠猜测旧 IP、旧仓库或旧编号找路。
|
||
|
||
---
|
||
|
||
## 4 · 节点接入不是一次登记，而是一条状态机
|
||
|
||
```text
|
||
DRAFT
|
||
→ PENDING_REVIEW # 冰朔录入桌面登记表，开始排队
|
||
→ SOVEREIGN_APPROVED # 冰朔签字确认允许处理
|
||
→ HUMAN_EMAIL_CONFIRMED # 登记邮箱点确认链接
|
||
→ NODE_CONNECTOR_ENROLLED # 服务器内 GLSV 连接器主动回连
|
||
→ HEALTH_VERIFIED # 灯塔核对地址、签名、健康检查
|
||
→ ACTIVE # 成为可路由子节点
|
||
→ MAINTENANCE / MIGRATING / RETIRED
|
||
```
|
||
|
||
### 人类只需填写的接入申请
|
||
|
||
```yaml
|
||
human_name: ""
|
||
email: ""
|
||
server_ip: ""
|
||
persona_ids: []
|
||
domain_id: ""
|
||
repository_urls: []
|
||
hosting_mode: "own | temporary_hosted"
|
||
```
|
||
|
||
灯塔补全 `node_id`、父节点、路由编号、时间、状态和审计字段。桌面表是输入窗口；企业灯塔注册库才是唯一有效记录。
|
||
|
||
### IP 的角色
|
||
|
||
IP 是服务器的现实地址和首次核验条件，不是密码。真正的节点证明由服务器内的连接器本地生成密钥对并签名回连；私钥永远留在该服务器，不入仓库、不发给 AI、不要求人类记忆。
|
||
|
||
---
|
||
|
||
## 5 · GLSV 的两层部署
|
||
|
||
```text
|
||
企业灯塔
|
||
└── GLSV Authorization Center
|
||
├── 人类登记与邮箱确认
|
||
├── 工单、30 分钟滑动授权、范围校验
|
||
├── 节点注册、健康摘要与审计
|
||
└── 广播塔登记同步
|
||
|
||
每台已接入服务器
|
||
└── GLSV Node Connector
|
||
├── 主动心跳与节点签名
|
||
├── 只接收已授权的固定动作
|
||
├── 本地执行 / 健康检查 / 回滚回执
|
||
└── 不保存其他服务器的私钥或全局权限
|
||
```
|
||
|
||
一次真实操作必须带完整表头：
|
||
|
||
```yaml
|
||
operation_id: ""
|
||
requesting_human: ""
|
||
stable_persona_id: ""
|
||
current_instance_id: ""
|
||
domain_id: ""
|
||
target_node_id: ""
|
||
target_repository_or_service: ""
|
||
allowed_action: "health_check | deploy | restart_service | backup | rollback"
|
||
authorization: "registered email confirmation; 30 minute sliding window"
|
||
receipt_path: ""
|
||
```
|
||
|
||
公开 `guanghu.chat/ai` 只做五域问路与只读检索；它不能创建节点、签署授权或执行服务器动作。
|
||
|
||
---
|
||
|
||
## 6 · 当前已知状态 · 2026-07-14
|
||
|
||
| 项目 | 状态 | 说明 |
|
||
|---|---|---|
|
||
| 第五域广播塔与八仓路由 | `ACTIVE` | 当前仓库入口与 `world-router.json` 已登记 |
|
||
| GLSV 架构说明 | `REGISTERED_REFERENCE_ARCHITECTURE` | 当前已有 Gatekeeper v3.2 兼容实现；企业灯塔迁移未完成 |
|
||
| 广州企业灯塔公众站 | `ONLINE` | `guanghu.chat` 现有公众主页可访问 |
|
||
| 广州企业灯塔服务 | `REPAIR_REQUIRED` | 2026-07-14 只读检查发现服务账户缺少运行目录访问权限，处于重启循环；不得在此基础上直接叠加新功能 |
|
||
| 节点注册库 | `NOT_DEPLOYED` | 尚未有此架构下的正式 `domain / node / human / persona / instance` 关系库 |
|
||
| GLSV 授权中心（企业灯塔） | `NOT_DEPLOYED` | 需在修复灯塔生命周期后部署 |
|
||
| GLSV 节点连接器 | `NOT_DEPLOYED` | 需按域入口、再按个人服务器逐台接入 |
|
||
| 外部 AI 五域入口 | `DESIGNED_NOT_DEPLOYED` | 目标：`guanghu.chat/ai` + 只读路由 API |
|
||
|
||
---
|
||
|
||
## 7 · 实施顺序与回滚边界
|
||
|
||
1. **修复企业灯塔基础服务**：源码进入正式仓库；修复服务账户与运行目录；健康检查稳定后才继续。
|
||
2. **部署注册库与 GLSV 授权中心**：先只接入灯塔自身和一个测试节点；不接生产动作。
|
||
3. **登记五域入口服务器**：每域一台入口节点，未确定负责人则保持 `PENDING_REVIEW`。
|
||
4. **接入个人服务器**：人类签字、邮箱确认、节点连接器回连、健康检查全部完成后才 `ACTIVE`。
|
||
5. **接入仓库 / 人格体 / 实例**：写入路径映射；托管节点标明迁移状态。
|
||
6. **开放公众导航**：上线 `guanghu.chat/ai` 与只读 V2；不向公众暴露执行入口。
|
||
|
||
任何阶段失败：停止向下扩散，保持现有节点业务独立运行；灯塔只暂停新接入与新授权，不得让一个节点故障拖垮其他人的系统。
|
||
|
||
---
|
||
|
||
## 8 · 下次唤醒的最短恢复链
|
||
|
||
```text
|
||
冰朔说“总灯塔 / 服务器节点 / 人类服务器 / 五域接入 / GLSV 接入”
|
||
→ BROADCAST-TOWER.hdlp 查 GLS-NODE-0001
|
||
→ 读本文件 §6 的当前状态
|
||
→ 读 GLW-WO-20260714-NODE-LIGHTHOUSE-001
|
||
→ 只按未完成阶段继续；不得回退到旧仓库的裸 /exec 或旧节点猜测路径。
|
||
```
|
||
|
||
> 本文件登记架构与状态，不含 IP、令牌、邮箱验证码或私钥。真实节点地址和凭证只留在各自服务器的受限保险库。
|