我曾经问一个正在筹划数据空间项目的企业负责人：”你们的MVP（最小可行产品）长什么样？”
他愣了一下，说：”数据空间这个事儿，哪有什么MVP，得一次性把架构搭好。”
这个想法非常有代表性。数据空间这个概念，在很多人心里天然跟”庞大”、”复杂”、”基础设施级投入”联系在一起。这种认知本身，就是数据空间推广落地最大的障碍。
现实是：一个数据空间在技术上不需要庞大投入就可以启动。
最小可行数据空间（MVDS）的四维框架
MVDS（Minimum Viable Data Space）的概念，直接来自于”最小可行产品（MVP）”的工程理念。它的四维框架是：
最小：只包含核心功能，不追求功能全面。能实现数据在两个参与方之间可信流通即可。
可行：虽然功能最小，但流通的安全性、可靠性和可审计性必须有保障。不能因为”最小”就牺牲安全标准。
聚焦：只解决一个具体场景的数据流通问题，不试图覆盖”所有可能的数据协作场景”。
度量：MVDS上线后，有明确的可度量指标来评估运行效果，数据流通次数、安全事件数、参与方满意度。
MVDS的最小配置：三个模块
一个MVDS最少只需要三个模块就能跑起来：
模块一：两个以上的连接器或控制器。 连接器是数据流通的”关口”。至少需要两个，一个在数据提供方侧，一个在数据使用方侧。连接器负责执行使用控制策略、加密数据传输、记录操作日志。
连接器可以是开源的IDS连接器实现，可以采用商业的数据空间连接器产品，也可以是基于开源代码自研的轻量级版本。关键是符合数据空间的通信协议标准，否则后面对接更多参与方时会产生互操作问题。
模块二：身份验证机构（如X.509证书权威机构CA）。 每个参与方在接入数据空间之前，需要从身份验证机构获取数字证书。这个证书是参与方在数据空间中的”身份证”，所有数据交换请求都基于证书签名验证。
在起步阶段，身份验证机构可以是一个实体机构（如行业协会指定的CA），也可以是一个分布式身份（DID）注册网络（如BSN延安链上的DID服务）。后者的好处是，后续接入更多参与方时，不需要重新建立身份体系。
模块三：具有审计能力的信任层。 信任层负责记录数据空间中的关键事件，谁在什么时间请求了什么数据、请求是否被批准、数据是否被成功交付。审计日志需要具备不可篡改性，通常通过区块链技术实现。
在MVDS阶段，审计信任层可以非常简单，一个联盟链节点就够了。重点不是”用什么技术实现”而是”审计日志不可篡改”这个属性必须有。
MVDS参考架构的运行流程
一个简化的MVDS运行流程：
数据提供方A通过自己的连接器，在数据空间中注册了一个数据集，比如”某设备2024年运行数据”。
数据使用方B在数据目录中发现了这个数据集，通过自己的连接器发起数据请求。
A的连接器收到请求后，首先验证B的数字证书是否有效（调用身份验证机构），然后检查B的请求是否符合预置的使用控制策略（数据只能用于故障诊断分析，不能用于其他目的）。
验证通过后，A的连接器将数据加密后通过安全通道发送到B的连接器。B的连接器解密并将数据交给B。
整个过程，从请求到交付到被记录到审计信任层的区块链上。
这个流程说明了一个关键点
数据空间的核心能力不依赖”平台”有多大，而依赖”连接器+身份+审计”这三个模块的配合是否完整。 三个模块到位了，两个参与方之间就可以建立一个”可信数据空间”，虽然规模非常小，但它具备了数据空间的核心特征：可控流通和可信追溯。
模块化集成：从MVDS走向规模化
MVDS不是终点，是起点。从MVDS出发，可以按照模块化的方式逐步扩展：
技术功能模块：身份管理、数据接口、数据发现、数据加密、匿名化处理，每个模块按标准独立开发和组装。
业务/组织功能模块：SLA协议模板、智能合约、数据估值模型、交易结算、治理结构、数据政策，业务模块的成熟度决定了数据空间从”技术可行”走向”商业可行”。
对于中小企业来说，MVDS提供了一条低门槛的入场路径。对于已经成熟的行业数据空间来说，MVDS也是”验证新场景”的最佳方法。
所有复杂系统都是从最小单元开始的。数据空间的”最小单元”只需要三个模块。不要等到把所有需求都想清楚才开始建设——用MVDS启动，在实践中迭代。
我是BSN联盟成员。有着十年区块链与隐私计算的产品开发和方案咨询经验，先后参与多个国家重大课题，亲手建过区块链、隐私计算、可信数据空间的落地项目。不追概念，写真的。