简介：《数据要素化新阶段的数据基础设施白皮书》由南京邮电大学数据要素创新实验室与安恒信息联合多家机构编写，面向数据要素、数据流通与数据安全领域的研究者、政策制定者及企业技术人员。白皮书系统梳理国家数据基础设施的理论、政策与实践，围绕“数由空间”架构与“数由器架构”，阐述数据采集、存储、处理、分析、应用全生命周期管理，并探讨隐私计算、区块链、数据空间等技术如何支撑大规模高通量流通下的动态安全，同时覆盖城市、行业、企业及跨境四类数据基础设施的落地实践。资源包共1个PDF文件，大小约3.06MB，内容完整、结构清晰，便于按章节检索研读。目前已有43人学习下载。读者可从中获取国家数据基础设施总体框架、数据流通利用技术能力类型、数据可信流通架构及多行业应用案例，适合作为数据要素政策研究、技术选型与项目实践的参考材料。
1. 从“车厘子自由”到“数据自由”：这份白皮书到底在讲什么
冷链物流让车厘子从高端水果变成日常消费品，这个类比被写进了《数据要素化新阶段的数据基础设施白皮书》的开篇。白皮书由南京邮电大学数据要素创新实验室与安恒信息技术股份有限公司联合多家机构编写，2024年11月发布，核心命题只有一个：数据要像车厘子一样大规模、高通量、快速率地流通起来，同时全程保持“冷链”不中断。
它解决的不是某个具体技术问题，而是一套框架性问题：数据要素化新阶段，基础设施该怎么建、隐私计算和区块链这些技术怎么用、城市和行业的数据流通利用设施怎么落地。适合谁看？做数据流通平台的技术负责人、参与数据基础设施建设试点的架构师、以及需要理解“数由空间”这套体系的技术管理者。如果你正在琢磨隐私计算怎么从论文走进生产环境，这份文档里的架构思路和参数边界值得细读。
2. 数据流通的冰山模型与“数由空间”架构拆解
2.1 冰山模型：为什么80%的数据在“水下”
白皮书里有一个很直观的模型：全球互联网流通的数据中，可流通数据只占20%左右，而万维网上能搜到的只占可流通数据的4%，剩下96%在深网里。深网中90%以上是私域数据，暗网里还有6%的非法数据。换句话说，我们平时能爬到的公开数据，只是冰山露出水面的一角。
这个模型解释了一个核心矛盾：大模型训练需要海量数据，但公域数据预计到2028年就会耗尽。微软的Azure Data Market曾因隐私风险下线多个开源数据集，这些数据原本可能用于大模型训练。公域数据不够用，私域数据又因为涉隐涉密被“尘封”，怎么办？白皮书的答案是：用可信安全流通技术把私域数据“冷链化”，让它在不泄露原始数据的前提下参与流通。
2.2 “数由空间”三层架构：数由器、基础能力平台、管理服务平台
“数由空间”是白皮书提出的核心架构方案，分三层：
第一层：数由器（接入点）
数由器部署在数据提供方和数据需求方两侧，是接入“数由空间”的终端。它的核心功能包括数据资产地图、数据交易、数据交付。技术组件上，数由器集成了几类关键能力：
- 身份认证和访问控制：辅以零信任、可信根技术
- 数据安全技术：数据脱敏、分类分级、API网关
- 数据安全流通技术：隐私计算、差分隐私
- 审计监管技术：数据合规数字证书、区块链
数由器的可靠性直接决定整个空间的安全性和效率。我一般会把它理解为一个“数据冷链的冷藏车”——负责最后一公里的安全交付。
第二层：基础能力平台
这一层提供三类能力：
| 能力类型 | 技术实现 | 作用 |
|---|---|---|
| 可信管控 | 隐私计算、数据沙箱、使用控制 | 确保数据“可用不可见” |
| 资源互通 | 数据资产登记、数据资产地图 | 解决供需撮合和权属清晰问题 |
| 共性服务 | 区块链、智能合约、数据合规流通数字证书 | 提供存证、认证、审计支撑 |
隐私计算和数据沙箱在这里是关键。隐私计算的常用方案包括多方安全计算、联邦学习、可信执行环境、密态计算。数据沙箱则是构建一个应用层隔离环境，让数据使用方在受控区域内分析处理数据。
第三层：管理服务平台
负责全局数据资源目录的构建、数据资源的检索与交易、以及对接区块链、数据交易所等权威机构。用数主体通过数由器完成检索和交易，根据数据安全和数据价值的判断，选择合适的技术手段实现交付。
2.3 四类参与角色与三大核心能力
可信数据空间的参与角色分四类：数据提供方、数据使用方、数据服务方、监管方。数据提供方有权决定访问权限和共享权益；数据使用方按协议加工使用；数据服务方提供开发、中介、托管等服务；监管方负责合规性监督。
三大核心能力是：可信管控能力（身份认证、动态管控、实时存证）、资源交互能力（统一发布、高效查询、跨主体互认）、价值创造能力（多主体共同参与数据开发利用）。
注意：白皮书提到，当前隐私计算传输和计算密文数据的资源消耗是明文传输的100倍，效率不及明文传输的十分之一。这个数字很关键，它意味着现阶段的隐私计算只适合高价值、低频次的数据流通场景，不适合大规模普惠使用。
3. 从技术攻关到技术推广：数据冷链的三阶段落地路径
3.1 为什么冯·诺依曼架构是数据安全的“先天缺陷”
白皮书有一个很有意思的技术判断：冯·诺依曼计算架构将计算机分为控制器、运算器、存储器、输入设备、输出设备五部分，但架构组成中没有安全单元。安全功能都是外挂的，这导致计算与安全在技术、产品、产业、管理各方面全方位脱节。
这个判断的实践含义是：你不能指望在现有计算架构上“补丁式”地解决数据流通安全问题。数据安全需要从架构层面重新设计，这也是“数由空间”强调动态全过程安全的原因。静态安全时代，我们用分级保护、等级保护、密码保护、隔离保护等手段，实现“进不来、看不懂、拿不走、可溯源”。但到了数据要素化新阶段，数据要大规模、高通量、快速率流通，安全必须从静态走向动态全过程。
3.2 数据冷链技术基础设施化的三步走策略
白皮书给出了一个明确的时间表：
第一阶段：技术攻关（约三年）
组织国家重大科技专项，对隐私计算、区块链、数据空间等关键技术开展攻关。目标是把数据安全流通利用技术的资源消耗降低到明文传输计算的三倍左右，传输计算效率达到明文传输计算的五分之一。同时通过国家数据基础设施建设试点，并行开展各种技术路线的探索实践。
第二阶段：技术收敛
淘汰资源消耗大、传输计算效率低的技术路线，围绕一个至多两个达标的技术路线进行提炼总结，研究制定国家推荐的数据安全可信流通技术标准和数据流通利用基础设施建设标准。
第三阶段：技术推广（五年内）
按照国家标准，在全国各城市、各行业大范围建设城市数据流通利用基础设施和行业数据流通利用基础设施，鼓励有条件的企业建设企业流通利用基础设施。最终形成以城市和行业为主体、企业为补充，横向打通、纵向贯通、协调有力的国家数据流通利用基础设施。
3.3 城市、行业、企业、跨境四类实践场景
白皮书给出了四类数据基础设施的实践方向：
城市数据基础设施：以城市交通优化为例，通过数由空间汇聚交通流量、路网状态、公共交通等多源数据，在隐私计算保障下实现跨部门数据融合分析，优化信号灯配时和公交调度。
行业数据基础设施：以金融行业为例，银行、保险、证券机构通过数由空间实现客户信用数据的可信共享，在不出域的前提下完成联合风控建模。医疗行业则通过数由空间赋能医学模型落地，在保护患者隐私的前提下实现多中心临床数据联合训练。
企业数据基础设施：企业内部多业务系统数据通过数由器接入，实现统一目录管理和安全流通。供应链上下游企业之间通过数由空间完成订单数据、物流数据的可信交换。
跨境数据基础设施：在合规前提下，通过数据合规流通数字证书和区块链存证，实现跨境数据的安全流通和审计追溯。
提示：白皮书提到，数据流通链路建立的成本高昂，许多企业面临每次交易都需要重新建立流通链路的问题。数由空间的核心价值之一就是降低链路建立成本，把“一次交易一次建立”变成“一次接入多次复用”。
4. 避坑指南：数据流通利用设施落地中的五个常见问题
4.1 隐私计算性能不达标就上生产
现象：在测试环境跑隐私计算任务，响应时间还能接受，一到生产环境数据量上来，任务排队严重，业务方抱怨“比不流通还慢”。
原因：隐私计算的资源消耗是明文传输的100倍，效率不到明文传输的十分之一。测试环境的数据量级和生产环境完全不是一个概念，没有做压力测试就上线，必然翻车。
解决：先做场景分级。高频、低价值的数据流通走明文或轻量加密通道；低频、高价值、涉隐涉密的数据才走隐私计算通道。白皮书提到的“技术攻关阶段”目标是把资源消耗降到三倍左右，在那之前，隐私计算只适合高价值场景。
4.2 数据标识体系不统一导致资源目录失效
现象：数由空间建起来了，但数据资源目录里同一个数据资源在不同数由器上有不同标识，检索时出现重复条目或漏检。
原因：数据标识是资源互通的基础技术，需要为数据资源分配唯一标识符。如果各参与方各自为政，没有遵循统一的标识规范，全局目录就无法准确构建。
解决：在接入数由器之前，先完成数据资产登记和标识映射。白皮书提到的“元数据智能识别”技术就是解决这个问题的——将元数据从一种格式转换为另一种格式，确保不同系统中的一致性和可理解性。
4.3 使用控制策略配置过粗导致“一刀切”
现象：数据提供方为了安全，把所有数据的使用控制策略都设成“禁止导出”，结果数据使用方只能看不能用，数据流通价值归零。
原因：使用控制是通过预先设置数据使用条件形成控制策略，动态决定数据操作的许可或拒绝。策略配置需要精细到数据字段级别、操作类型级别、时间窗口级别。粗放配置等于没有配置。
解决：按数据分类分级结果配置差异化策略。公开数据走宽松策略，内部数据走审批+审计策略，核心数据走隐私计算+沙箱策略。白皮书提到的“数据脱敏”和“分类分级”技术就是为这个服务的。
4.4 忽视数据合规流通数字证书的存证价值
现象：数据流通出了问题，需要追溯责任时发现没有完整的流通记录，各方扯皮。
原因：数据合规流通数字证书和区块链存证是数由空间审计监管的核心技术。如果接入时没有强制要求存证，或者存证信息不完整，事后追溯就是一笔糊涂账。
解决：在数由器接入环节强制集成数据合规流通数字证书，所有数据交付操作自动上链存证。白皮书提到数由器对接区块链、数据合规流通数字证书、数据交易所等权威机构，实现用数过程全流程的自动存证与备案。
4.5 把数由空间当成数据交易平台来建
现象：投入大量资源建设数由空间，但数据供需匹配效率低，交易量上不去。
原因：数由空间的核心定位是数据流通利用基础设施，不是数据交易平台。它的价值在于降低流通链路建立成本、提供可信管控和资源互通能力，而不是撮合交易。把交易撮合当成核心KPI，方向就偏了。
解决：先聚焦“数据发现与运营”能力——解决数据供需不平衡、资源配置不合理的问题。白皮书里网约车的例子很说明问题：网约车公司因缺乏实时数据支持导致运力分配不均，有了数据可信流通利用基础设施，可以实时监控运输数据，优化运力调度。先让数据“流得动”，交易是自然结果。
5. 数由器接入实操：从环境准备到第一个数据交付
5.1 接入前的环境检查清单
在部署数由器之前，需要确认以下条件：
| 检查项 | 要求 | 说明 |
|---|---|---|
| 网络连通性 | 数由器可访问基础能力平台 | 需配置防火墙白名单 |
| 身份认证 | 已获取数由空间接入凭证 | 包括主体身份证书和密钥对 |
| 数据资产登记 | 已完成数据资源目录编制 | 每个数据资源需有唯一标识 |
| 安全组件 | 隐私计算/沙箱运行时已就绪 | 根据数据分类分级选择 |
| 存证通道 | 区块链存证服务已开通 | 用于数据合规流通数字证书 |
5.2 数由器配置与数据资源发布
数由器的配置核心是数据资产地图的构建。以下是一个简化的配置流程示意：
# 数由器接入配置示例 router: id: "router-001" space_endpoint: "https://space.example.com/api/v1" auth: cert_path: "/etc/router/certs/client.pem" key_path: "/etc/router/certs/client-key.pem" # 数据资产地图配置 asset_map: - resource_id: "data-traffic-001" name: "城市交通流量数据" classification: "internal" # 分类分级：public/internal/confidential format: "parquet" update_freq: "5min" # 使用控制策略 policy: allowed_ops: ["read", "aggregate"] denied_ops: ["export", "raw_copy"] max_query_rows: 100000 require_audit: true - resource_id: "data-credit-002" name: "企业信用评分数据" classification: "confidential" format: "encrypted" # 高敏感数据走隐私计算通道 delivery: method: "privacy_computing" protocol: "mpc" # 多方安全计算 min_nodes: 3参数说明：
classification：数据分类分级，决定走哪种流通技术。public走明文通道，internal走加密通道+审计，confidential走隐私计算+沙箱。allowed_ops/denied_ops：使用控制策略，定义数据使用方可以执行和禁止执行的操作。max_query_rows：单次查询最大返回行数，防止全量数据泄露。delivery.method：交付方式。privacy_computing表示通过隐私计算交付，原始数据不出域。protocol：隐私计算协议。mpc为多方安全计算，fl为联邦学习，tee为可信执行环境。
5.3 数据交付流程与验证方法
数据交付的完整流程分五步：
第一步：需求方发起数据使用申请
需求方通过数由器检索全局数据资源目录，找到目标数据资源，提交使用申请。申请中包含使用目的、使用方式、使用期限。
第二步：提供方审批与策略匹配
提供方收到申请后，根据数据分类分级和使用控制策略进行审批。审批通过后，系统自动生成数据使用控制策略实例。
第三步：交付通道建立
根据数据分类分级，系统自动选择交付通道：
public数据：直接通过 API 网关返回internal数据：建立加密通道，数据脱敏后传输confidential数据：启动隐私计算任务，数据不出域
第四步：数据使用与动态管控
需求方在受控环境中使用数据。使用控制模块实时监测数据操作，动态决定许可或拒绝。所有操作记录自动存证。
第五步：交付完成与审计
数据使用完成后，系统生成数据合规流通数字证书，记录本次流通的全过程信息，上链存证。
验证方法上，我一般会从三个维度检查：
- 功能验证：数据能否正常检索、申请、交付、使用
- 安全验证：原始数据是否确实未出域，使用控制策略是否生效
- 性能验证：交付延迟、吞吐量是否满足业务要求
注意：白皮书提到，当前隐私计算方式传输和计算密文数据的资源消耗是明文传输的100倍。在验证阶段一定要做性能基线测试，明确当前技术条件下哪些场景可行、哪些场景需要等待技术攻关成果。
5.4 一个容易忽略的细节：数据标识的命名规范
数据标识是资源互通的基础。在实际接入中，最容易出问题的不是技术组件，而是数据标识的命名规范。我见过太多项目因为标识不统一导致全局目录失效。
建议在接入前就制定好命名规范，比如：
{域}/{业务系统}/{数据主题}/{版本号} 示例：city/traffic/flow-volume/v1这个规范需要在所有数由器上强制执行，元数据智能识别模块负责将已有数据资源的元数据映射到统一格式。白皮书提到的“语义发现”技术可以自动分析数据深层含义及其关联性，但前提是标识体系本身是自洽的。
从那以后我每次接入新的数据资源，都强制走一遍标识规范检查——先确认命名符合规范，再确认元数据映射正确，最后才发布到全局目录。这个习惯帮我省掉了至少三次目录重建的返工。希望帮到你。
本文还有配套的精品资源，点击获取
