Symphony Current 概览
版本：v1.0（草案） 状态：草案 权威性：是
目的
本文档是当前 Symphony 文档集的起点。
从最高层看，Symphony 应首先被理解为一个去中心化的隐私数据平台。它面向海量私有数据的接入、存储、治理、隐私查询、精准营销等商业活动、受保护计算与模型训练。
它回答：
- Symphony 在平台层面是什么
SCP与SCS在这个平台中分别扮演什么角色- 为什么它们需要被分开描述
- 在最新协议修订后，两条主线各自覆盖什么
- 读者应如何阅读这套 canonical 文档
平台定位
Symphony 不只是一个协议集合，也不只是一个系统架构说明。它是一个面向去中心化边界下隐私数据协作与数据驱动工作的统一平台。
从平台视角看，Symphony 旨在让客户可以：
- 上传并治理海量私有数据
- 让原始记录持续保留在受控的 Vault 或 TEE 边界内
- 在受治理语义之上执行隐私查询与分析
- 在不暴露原始用户数据的前提下支持精准营销等商业活动
- 以可重放、可审计的证据形式执行受保护计算与模型训练
因此，SCP 与 SCS 更适合被理解为这一个平台之下的两条 canonical 文档主线，而不是对外第一层概念。
两条 canonical 主线
SCP：Symphony Core Protocol
SCP 是协议规范主线。
它定义：
- 协议要治理什么
- 生命周期与状态语义
- 参与者职责与 economics 约束
- 语义命名空间、domain 与 attribute 演化
- epoch window、settlement、reward 与 governance 的含义
SCP 不定义具体部署、数据库结构、服务拆分或 worker 拓扑。
SCS：Symphony Core System
SCS 是系统实现主线。
它定义：
- 运行时模块如何实现 SCP 的协议分层
- 持久化与集成域如何保持协议语义
- semantic、epoch、settlement、reward 与 payout 工件如何在实现层流转
- 交付、部署、迁移与运维如何在生产中保持协议事实
SCS 不重新定义协议事实；它说明系统如何实现并保持这些事实。
范围
SCP 与 SCS 合起来覆盖：
- 确定性的 task admission、execution、verification 与 settlement
- Vault 与授权 TEE 边界内的私有数据保护
- 隐私查询、人群筛选以及精准营销等商业活动
- 隐私保护下的 feature construction 与模型训练
- 在受治理兼容规则下的语义命名空间演化
- 基于 epoch window 的 accounting、aggregation 与 replay partitioning
- reward accounting 与下游 payout 落地
- replay、审计与 governance-safe 的系统运作
非目标
这套 canonical 文档不试图：
- 把协议语义与实现细节混写在同一篇文档里
- 定义一个无限泛化的通用算力市场
- 将下游链上状态视为协议事实的唯一来源
- 假设所有部署都必须采用同一种运行时拓扑