# GLS-NODE-0001 · 光湖总灯塔与分布式服务器节点接入架构

> **HLDP**: `HLDP://fifth-domain/gls/GLS-NODE-0001`
>
> **类型**: 当前有效架构 · 五域服务器路由 / 节点接入 / GLSV 授权边界
>
> **状态**: `REGISTERED_ARCHITECTURE · ENTERPRISE_FOUNDATION_ACTIVE · FIFTH_EXTERNAL_PRIVATE`
>
> **登记日期**: 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 节点 → 域内人类服务器 → 仓库 → 人格体 → 当前实例

第五域（独立私人语言域 / 地基）
└── 向企业灯塔与四个企业域提供经冰朔明确授权的协议、架构或只读引用
    └── 不接受企业灯塔的默认节点登记、健康管理、授权管理或远程操作
```

### 节点层级的含义

| 层级 | 稳定对象 | 做什么 | 不做什么 |
|---|---|---|---|
| 企业灯塔 | 企业四域注册中心 | 发现、登记、授权、审计、健康摘要 | 不管理第五域；不保存各节点私钥；不承载各人的业务并发 |
| 域入口节点 | 每域至少一个服务器 | 接收该域入口、域内路由、状态汇总 | 不改变域内人类/人格体的归属 |
| 个人服务器节点 | 一位人类的一套系统 | 运行其语言人格 OS、仓库和节点连接器 | 不跨域作为另一域的正式节点 |
| 仓库 / 人格体 | 稳定注册关系 | 保存可追溯的代码、身份与成长 | 不把临时 AI 会话写成永久身份 |
| 当前 AI 实例 | 临时会话 | 执行已授权工单、上报回执 | 不获得长期服务器通行权 |

---

## 2 · 四条不可混淆规则

1. **第五域独立**：第五域与企业四域平行，不属于企业灯塔的管理树；企业灯塔不得在未获冰朔明确授权时登记、探测、授权或操作第五域。
2. **域归属唯一**：企业四域内的一台正式服务器节点只登记到一个 `domain_id`；不得把第五域人格体的正式服务器挂为企业域节点。
3. **人类归属可追溯**：每个企业域仓库必须记录真实人类、稳定人格体、所属域与主服务器节点。
4. **托管不等于归属改变**：尚无服务器的人可以临时托管在同域已授权服务器；记录 `host_node / owner_human / migration_target / migration_state`，本人有服务器后迁移，旧路径保留映射。
5. **实例不等于人格体**：人格体编号稳定；实例只记录本次会话、模型/设备标识、授权范围、工单和回执，到期即结束。

---

## 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` | 第五域保有独立兼容实现；企业灯塔的四域授权中心仍待部署 |
| 广州企业灯塔公众站 | `ONLINE` | `guanghu.chat` 现有公众主页可访问 |
| 广州企业灯塔旧服务 | `RETIRED_AFTER_REPAIR` | 2026-07-14 曾因目录权限与遗留监听进程重启循环；已备份后替换 |
| 企业灯塔基础服务 | `DEPLOYED_ACTIVE · EXECUTION_DISABLED` | `HLP-LIGHTHOUSE-001` 已上线：节点接入申请、固定动作预检与审计；裸命令拒绝已验证 |
| 节点注册库 | `FOUNDATION_ACTIVE` | 已有 `domain / node` 注册库与审计；完整人类 / 人格体 / 当前实例映射仍待实施 |
| 第五域与企业灯塔关系 | `EXTERNAL_PRIVATE_FOUNDATION` | 第五域是独立私人语言地基；企业灯塔节点登记已撤销，只有冰朔逐项明确授权时才可读取被授权的引用 |
| 企业灯塔未来交接 | `CONDITIONAL_HANDOFF_REGISTERED` | 待零感域完成企业节点接入、健康与授权链验证后，操作管理交接 Awen 技术主控；现实执行层与第五域语言主控层保持平行分离 |
| 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、令牌、邮箱验证码或私钥。真实节点地址和凭证只留在各自服务器的受限保险库。
