跑通一个EDC Demo只是拿到了数据空间的”驾照”，真正上路才知道路况有多复杂。
最近我在研究可信数据空间，发现一个很有意思的现象：很多朋友把Eclipse Dataspace Connector（EDC）跑通了一个Demo，从创建资产、编写策略、合约协商，到查询目录、完成数据传输，就觉得数据空间不过如此。
但把目光投向国内的可信数据空间架构，会发现一个核心差异：欧洲IDS（国际数据空间）强调连接器标准，而国内方案额外强调区块链、隐私计算和数据沙箱。EDC里到底需不需要这些技术？
不是”非要”，是”最优解”
首先要明确：IDS和EDC本身并不强制要求区块链或隐私计算。IDS的核心是连接器，它解决的是互操作性，让A企业的系统能听懂B企业的话。对信任的处理，欧洲更偏向顶层规则、角色定义和合规认证。
欧洲的做法用一个真实场景能看得很清楚。宝马和博世共享零部件的碳足迹数据，两边同属欧盟体系，签署合同约定数据用途和保密条款，通过IDSA认证的EDC连接器直接对接。规则说得清、法律管得住、认证机构能监督，信任由规则保证。
中国面对的问题不一样。造纸工业的上下游就是典型：纸浆厂掌握核心配方、纸厂掌握客户订单，双方相互不信任，哪个厂都不愿意把核心生产参数直接交出去。没有哪套顶层规则能替代”数据不出域”的硬约束。于是国内方案给出了一套组合拳：隐私计算实现数据不出域、可用不可见；区块链做到行为全程留痕不可篡改，出事找得到人；数据沙箱提供可控的计算环境。
这就像一个高档小区和一个安全公寓的区别。欧洲是规则明确、大家自觉遵守的高档小区。中国要为一个互不相识的租户群建安全公寓，每户都有保险柜和监控。长远看，两者可以对接：国内强调的隐私计算和区块链，完全可以封装成EDC连接器的能力插件，通过标准协议与欧洲互联。
EDC不只是跑通流程
回到EDC本身。跑通从资产到传输的链路，只代表你掌握了如何使用这个工具。一个真正的生产级数据空间项目，还需要四大块能力。
集群与高可用。 Demo里单机内存存储，重启即丢。生产环境不能这样。某汽车供应链数据空间，合约、策略、传输状态持久化到PostgreSQL，Kafka处理异步消息防止并发踩踏，Prometheus加Grafana监控连接器API响应时间和合约谈判成功率，每天处理2000多次数据交换不掉链子。重启一次，所有状态都在，合约不丢、传输不中断。
数据源扩展。 现实世界的数据源极其复杂。一家银行的数据空间，对接Oracle数据库取交易数据（JDBC扩展），对接Hadoop存大文件客户画像（S3扩展），对接车载设备收实时GPS流（MQTT扩展）。三个数据源三种协议，扩展机制把它们统一到连接器的标准接口下，使用方不管底层是什么数据库，调统一API拿数据。
策略体系的深度。 “允许使用”只是冰山一角。一家医院把影像数据给药企做新药研发，策略上做了三层。第一层是使用控制，限定给药企研发部门的5名工程师使用，不能与第三方共享。第二层是义务策略，要求药企使用后5天内删除原始数据。第三层是策略谈判，医院要求药企提供GMP认证可验证凭证（VC），药企在合约协商时动态提交。数据交付后，连接器持续监控药企是否按期删除数据，不删除触发审计告警。合约不是签了就完，签完之后一直管着。
身份与信任。 药企注册DID管理私钥，由行业协会颁发GMP认证VC，与药企内部AD员工权限系统对接。研发部门的5名工程师可以访问影像数据，其他部门不行。每笔访问请求都携带VC，连接器实时验证，不通过的请求当场拒绝。
区块链和隐私计算怎么接入EDC
区块链和隐私计算不是EDC的默认内置功能，但可以通过EDC的扩展机制（SPI）以插件方式结合。
区块链作为可信存证层。 数据资产目录的Hash写入区块链，EDC查询时验证Hash，确认数据目录没有被篡改过。每次数据传输的关键操作，谁发起、什么时间、按什么策略规则，都上链存证，形成不可伪造的审计证据。一家供应链空间接入了一条联盟链，半年时间积累了三万条操作存证，任何一方想抵赖操作记录都做不到了。
隐私计算作为安全计算层。 最常用的是安全沙盒方案：医院和药企协商完成后，数据不直接给药企，而是进入Intel SGX可信执行环境，只输出分析结果。五家医院联合训练一个疾病预测模型：各家数据不出院，只交换加密后的梯度参数，联邦学习框架协调训练轮次，模型精度接近集中式训练。数据的价值释放了，原始信息没有离开各家医院的边界。
国内《可信数据空间技术架构》已经把可信计算环境列为连接器的核心组件。
欧洲路径与中国路径
欧洲和中国在数据空间上走的是两条不同起点但有交集的路。欧洲路径的核心是连接器标准化，信任靠规则和认证维持，适用成熟商业信用体系。中国路径的核心是连接器加区块链加隐私计算，信任靠技术组合加规则，适用多方不信任、高价值数据流通的场景。EDC天然匹配欧洲路径，对中国路径来说EDC是连接器基础，扩展能力插件把区块链和隐私计算补上去。
回到最初的问题：EDC里必须需要区块链和隐私计算吗？对欧洲来说不是必须，但对中国的可信数据空间来说，它们是当前阶段解决多方互信问题的现实最优解。作为开发者，跑通Demo只是第一步，真正要掌握的是如何用EDC的SPI扩展机制把这些能力插进去。
找一个跨云的真实场景（如阿里云读写、AWS只读），先把EDC扩展SPI加PostgreSQL持久化加OAuth2鉴权这三件事搞定。这比单纯跑通流程，更能让你理解EDC为什么这样设计。