% SCP Network Node Architecture Specification % Version 1.0 (Formal Edition) % 2026-02-27
SCP 网络节点架构规范 v1.0
状态：Standards Track
类别：主网级网络架构与节点职责定义规范
本规范定义：
- 网络节点类型划分
- 各节点职责边界
- 节点安全要求
- 节点间交互模型
- 分层架构定义
- 不变量与一致性约束
- 扩展与部署模型
============================================================
第一部分：总体分层架构
SCP 网络采用六层结构：
- 应用层（Application Layer）
- 数据层（Data Layer）
- 执行层（Execution Layer）
- 语义层（Semantic Layer）
- 验证层（Verification Layer）
- 共识层（Settlement Layer）
各层职责必须严格分离。
============================================================
第二部分：节点类型定义
2.1 Client 节点
定义：查询发起方或应用调用方。
职责： - 构造查询 - 提交任务 - 支付费用 - 接收结果
不参与共识。
2.2 Vault 节点
定义：逻辑数据身份持有者。
职责： - 执行 Canonicalization - 生成 CanonicalRecord - 生成 Commitment - 加密存储数据 - 响应查询任务
Vault 分为： - Self-hosted Vault - Hosted Vault（运行于 TEE 内）
2.3 Compute 节点
定义：托管执行环境。
职责： - 运行 TEE 实例 - 执行数据解密与过滤 - 生成执行证明 - 运行索引查询逻辑
必须支持硬件 TEE。
2.4 TEE Index 节点
定义：安全索引服务节点。
职责： - 维护 Epoch 分区索引 - 执行 PRF(master_secret, epoch) - 计算 salted index_key - 返回 vault_token 列表 - 支持分片扩展
索引属于执行加速层，不参与共识。
2.5 Registry 节点
定义：语义共识维护节点。
职责： - 管理 Attribute 表 - 管理 Domain 表 - 执行 Attribute 升级逻辑 - 维护 semantic_version - 计算 RegistryRoot
参与语义共识。
2.6 OEV 节点
定义：经济验证层节点。
职责： - 验证 Commitment - 验证 Merkle Proof - 执行抽样验证 - 提交 Slashing 结果
2.7 Committee 节点
定义：任务调度与聚合节点。
职责： - 分配查询任务 - 聚合签名 - 协调验证流程 - 触发 Settlement 更新
包括： - Active Committee - Task Committee - Super Committee
2.8 Settlement 节点
定义：链上共识层节点。
职责： - 存储 RegistryRoot - 存储 BatchRoot - 记录 SettlementRoot - 执行 Stake 逻辑
============================================================
第三部分：节点交互模型
查询执行交互图
sequenceDiagram
participant C as Client
participant CM as Committee
participant R as Registry
participant TI as TEE Index
participant CP as Compute (TEE)
participant V as Vault
participant O as OEV
participant S as Settlement
C->>CM: Submit Query
CM->>R: Resolve attribute_id
R-->>CM: Return semantic info
CM->>CP: Assign Task
CP->>TI: Lookup index
TI-->>CP: vault_token list
CP->>V: Execute filter
V-->>CP: Commitment
CP->>O: Submit proof
O-->>CM: Verification result
CM->>S: Record SettlementRoot============================================================
第四部分：节点职责边界不变量
Invariant 1：Vault 不暴露明文数据至外部节点。
Invariant 2：Registry 不存储 CanonicalRecord。
Invariant 3：Index 不参与共识状态。
Invariant 4：Settlement 仅存储 Root，不存储原始数据。
Invariant 5：Scope 升级仅由 Registry 节点执行。
============================================================
第五部分：安全要求
- Compute 与 Index 节点必须支持 TEE。
- master_secret 仅存在于 TEE 内。
- 所有 Root 计算必须 deterministic。
- 所有节点需支持日志审计。
============================================================
第六部分：扩展模型
支持：
- 1 亿级 Vault
- 分片 Index 扩展
- 多区域 Compute 集群
- Registry 横向扩展
- OEV 抽样规模动态调整
============================================================
第七部分：部署建议
- Index 与 Compute 可同机部署或分离部署。
- Registry 与 Settlement 必须高可用部署。
- Committee 节点建议地理分散。
- 所有关键节点需支持远程证明（Remote Attestation）。
============================================================
结论
SCP Network Node Architecture v1.0 定义：
- 清晰的节点角色划分
- 严格的层级分离
- 可扩展执行模型
- 可验证共识模型
- 长期可演进网络结构
本规范为 SCP 主网节点架构正式定义版本。
结束。