Skip to content

SCP Whitepaper v0.3.2

Symphony Core Protocol

委员会驱动的可扩展隐私计算网络白皮书

版本:v0.3.2
发布日期:2026-02-25
状态:Mainnet 架构升级版


摘要(Abstract)

SCP(Symphony Core Protocol)v0.3.2 是一个面向 50M--100M 规模 Vault 的可扩展隐私计算网络协议。

在 v0.3.1 基础上,v0.3.2 明确补充完整的数据生命周期定义,包括:

  • 数据产生与接入流程\
  • 客户端加密机制\
  • Canonicalization(数据规范化)\
  • Canonical Attribute Registry(标准属性注册表)\
  • 数据承诺与可验证绑定\
  • Hosted + TEE 模式下的数据执行路径

SCP v0.3.2 的目标是:

在保证隐私、安全与可验证性的前提下,实现大规模、低成本、可扩展的分布式隐私计算网络。


一、背景与挑战

在 v0.1 模型中,Vault 同时承担数据与计算职责。

在 v0.3 架构中:

  • 数据身份(Vault)
  • 计算身份(Compute Node)

被解耦。

若不定义完整数据生命周期,将导致:

  • 数据来源路径不清晰\
  • 属性语义不统一\
  • 企业合规风险\
  • OEV 验证基础不完整

因此 v0.3.2 明确数据从产生到计算的完整流程。


二、核心原则

  1. 不要求全网参与每个任务\
  2. 验证复杂度必须子线性增长\
  3. 作弊成本必须大于作弊收益\
  4. 数据身份与执行身份解耦\
  5. 数据必须标准化后才能参与计算\
  6. 隐私计算可以托管但必须可验证

三、数据生命周期(Data Lifecycle)

SCP 定义完整的数据路径如下:

用户产生数据
→ Vault 接入
→ 客户端加密
→ Canonicalization
→ Attribute Registry 映射
→ Commitment 生成
→ 加密存储
→ 查询/训练执行


3.1 数据产生(Data Generation)

数据来源包括:

  • 用户行为数据\
  • 设备传感器数据\
  • 交易记录\
  • 企业数据库\
  • 应用日志

数据首先进入 Vault 的逻辑空间。


3.2 客户端加密(Client-side Encryption)

在上传前:

  • 数据 MUST 在客户端加密\
  • 使用 AES-GCM 或等效算法\
  • 每 Vault 使用独立 Data Key\
  • 平台不得接收明文数据

3.3 Canonicalization(数据规范化)

为保证跨 Vault 计算一致性,必须执行:

  • 字段标准化\
  • 时间格式统一\
  • 单位转换\
  • 类型校验\
  • 空值处理

示例:

"Male", "male", "M" → gender = 1


3.4 Canonical Attribute Registry

SCP 维护全网统一属性注册表:

包含:

  • attribute_id\
  • attribute_name\
  • data_type\
  • allowed_values\
  • validation_rules

所有数据 MUST 映射至 attribute_id。

作用:

  • 保证语义一致\
  • 支持跨 Vault 查询\
  • 防止统计歧义

3.5 数据承诺(Commitment)

规范化后生成:

commitment = hash(canonical_data)

用于:

  • 防篡改\
  • OEV 验证\
  • Fraud Proof

3.6 加密存储(Encrypted Storage)

存储内容:

  • encrypted_blob\
  • attribute index\
  • commitment

Hosted 模式:

  • blob 存储于对象存储\
  • 解密仅在 TEE 内进行

3.7 查询与执行

当任务触发:

  • Vault 选择匹配 attribute\
  • Self-hosted → 本地执行\
  • Hosted → Compute Node 在 TEE 内执行\
  • 输出贡献 + commitment

四、网络角色

4.1 Vault(逻辑数据身份)

  • 持有数据\
  • 持有 Stake\
  • 参与 VRF 选举\
  • 不一定执行计算

4.2 Compute Node(计算节点)

  • 运行 Hosted Vault\
  • 执行 Query / Training\
  • 运行 TEE\
  • 生成执行证明\
  • 获得算力奖励

4.3 Active Committee

通过 Stake + VRF 选举产生。


4.4 Task Committee

针对任务选出。


4.5 Super Committee

负责 OEV 与 Fraud Proof 验证。


4.6 Governance DAO

管理协议参数与治理。


五、委员会执行模型

执行流程:

  1. VRF 选出 Task Committee\
  2. Vault 生成贡献\
  3. Compute Node 执行(如 Hosted)\
  4. Regional 聚合\
  5. Global 聚合\
  6. OEV 验证\
  7. Fraud Window\
  8. Settlement

复杂度从 O(N) 降至 O(k)。


六、OEV 经济验证模型

包含五层:

L1:BLS 聚合签名
L2:Commitment + Merkle 校验
L3:随机抽样验证
L4:Fraud Proof 窗口
L5:可选 ZK

抽样公式:

P = (1 - α)^k


七、经济模型

奖励类型:

  1. Vault Reward\
  2. Compute Reward\
  3. Committee Reward

作弊惩罚:

  • Stake Slashing\
  • 任务作废

八、安全模型

默认机制:

  • BLS\
  • Commitment\
  • 抽样验证\
  • Fraud Proof\
  • Stake Slashing

高价值任务:

  • 可启用 ZK

九、性能目标

指标 目标


Query 延迟 <200ms 训练延迟 <5s Vault 规模 100M 验证复杂度 O(k)


十、结论

SCP v0.3.2 明确完整数据生命周期,

实现:

数据标准化 + 委员会执行 + 经济验证 + 可选零知识证明。

构建一个可扩展至 100M 规模的隐私计算网络。

SCP v0.3.2 是协议成熟化的重要升级。