作者：中国联通软件研究院 · 计费结算中心 张兴宇

整理排版：蚂蚁密算 曾辉

> 本文整理自隐语第三届嘉年华现场演讲，中国联通软件研究院基于隐语，从最初的对账试点出发，打造了一套可复制、可监管的跨域协作体系。详细介绍了对等组网、数据分级计算、规则上链存证等工程实现细节，并总结了实际推进中最难解决的部分：不是技术，而是多方协作。最终，这不仅是一套系统架构，更是一种行业共建的新模式。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/6813119f1754286ec872cd104f5cef4a.jpg)

## 行业技术背景

在数据要素流通全面提速的背景下，我们在一线工程实践中越来越清晰地感受到：**数据安全已经不再只是“合规约束”，而正在直接决定业务是否还能继续发展。**

过去很多跨域协作的方式，本质上是把“数据怎么拿到一起”作为默认前提：先汇聚、再计算、最后补合规。但随着监管要求、数据安全责任、以及跨主体协作复杂度同步提升，这条路径越来越难走——尤其是在通信行业这种数据粒度细、规模大、敏感字段多、跨主体协作频繁的场景里。

因此，“原始数据不出域、可用不可见”并不是一个愿景口号，而是在通信行业中，被真实业务一步步推到了工程实现与生产落地阶段。更重要的是，它不是“加一层安全能力”这么简单，而是在重新定义协作方式：从“拿到数据再处理”，转向“在不拿到数据的前提下完成协作”。

从宏观层面看，这一变化并非偶然，而是由多重因素共同驱动：

- 国际层面：隐私保护被视为基础性权利，跨域数据流通不再允许“事后补救”。企业必须具备可验证、可审计、可追溯的工程能力，能够说明“数据如何被使用、结果如何产生、责任如何界定”。
- 国家层面：可信数据空间建设持续推进，强调在安全前提下释放数据价值，对“安全可用”提出工程级、规模化的要求——不仅要能跑通，还要能稳定运行、可推广复制、可持续运营。
- 公众层面：数据泄露事件频发，公众关注点从“合不合规”转向“是不是真的可控”。对企业提出更刚性的可信技术需求：不仅要遵循规则，更要让规则可验证。

当这些因素叠加到通信行业，问题被进一步放大：亿级数据规模 + 跨域协作刚需 + 合规红线不可突破，使得传统集中式技术路径开始系统性失效。

## 行业技术痛点

在通信行业，跨运营商协作并不是“要不要做”的问题，而是长期存在、无法回避的业务事实。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/84cdf2e4bb9311692cd6651834ce4273.jpg)

例如网间详单级对账、跨域核验与监管支撑，本质上都依赖多方数据协同完成。它们的共同点是：
协作主体多、协作频次高、规则变化快、且必须在规定窗口内完成闭环。

但现实约束同样非常清晰，而且是工程层面的硬约束：

- 规模苛刻：数据规模达到亿级甚至数十亿级，且粒度为详单级——不是汇总报表，而是逐条核验、逐条比对；
- 敏感性极高：数据包含用户标识、话单明细、财务相关字段等敏感信息，无法集中、无法明文外传；
- 协作环境复杂：跨组织、跨省、跨网络协同，参与方系统异构、治理边界不同，协作很难靠人工“对齐”。

这直接导致一个结果：大量在实验室或PoC阶段“跑得通”的技术路线，在运营级业务中根本撑不住。

能“算出来”只是起点，真正的门槛是能否长期稳定地跑、能否支撑规则变化、能否可运维、可审计、可回溯、可复制。

## 技术选型

正因为如此，我们在技术选型阶段，并没有把问题定义为“用不用隐私计算”，而是明确了一条更严格的原则：不是“能不能用”，而是“能不能长期跑在运营级业务中”。

这里的“运营级”，意味着它必须同时满足一组工程特征： 稳定性（可长期运行）、时效性（窗口内闭环）、可运维（可定位可回溯）、可扩展（规模上得去）、可治理（规则可控可审计）。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/febddf7b78b57cc34ca3c2eb260324b2.png)

围绕这一目标，我们从工程视角对主流技术路线进行了系统评估，核心维度包括：

- 合规可行性是否真实可控：能否做到原始数据不出域、最小暴露、边界清晰；
- 工程成熟度是否支撑长期运行**：是否具备任务编排、失败恢复、运行监控等工程化能力；
- 在亿级数据规模下的扩展性与性能边界：是否存在可持续的调优路径；
- 对规则型、批量型业务的适配能力：是否能表达“规则驱动的查询/比对”，并支持快速迭代；
- 技术与生态是否具备可持续演进能力：组件、文档、社区活跃度、可维护性与可扩展性。

在详单级、亿级规模的密态对账场景中，我们最终选择了**隐语SecretFlow**，原因是它在真实业务约束下，在工程可演进性与场景贴合度上更接近可持续落地路径——尤其适配规则型密态计算与结构化数据协作的工程需求。

### 项目演进里程碑

回顾整个建设过程，这并不是一蹴而就的体系设计，而是一条伴随业务演进不断调整的工程路径：

- **2020 年**：从运营商之间的报表级对账起步，引入区块链实现可信交付，解决“过程可信、结果可追溯”的基础问题；
- **2023 年初**：详单级对账需求出现，传统集中式方案在合规层面全面受限，开始引入SecretFlow，探索“原始数据不出域”的可行路径；
- **2023 年中**：基于SecretFlow构建可信数据空间下的密态数据交互平台，将密态协作从概念推进到工程实现；
- **2024 年**：完成与运营商的跨空间组网，在广东、江苏、宁夏等省完成试点部署，逐步形成可运行、可运维、可持续的生产闭环；
- **当前阶段**：从单场景试点演进为系统化能力输出，联合多方构建协同生态网络。

这条路径背后的关键词只有一个：即从小场景、可验证边界切入，用标准和规则把复杂度压缩到可控范围内，再逐步扩大规模与覆盖范围。

## 平台总体架构

在这个过程中，我们并没有一开始就设计一个宏大的“总体架构”。
相反，所有能力都是在真实业务中不断试错、修正、打磨后沉淀下来的。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/e3d8b62619fa0d7cd881ae4d44217770.jpg)

随着场景逐步稳定，一套可以被复用和推广的方法体系逐渐清晰，也就是现在对外呈现的 **中国联通“113N”可信数据空间体系蓝图**。

这套体系的出发点不是“平台建设”，而是可信协作如何真正落地：

- 一套统一的空间标准：用于解决跨主体协作的共识问题，让参与方在身份、标识、规则、接口、审计等方面形成统一约束；
- 一批关键技术攻关：面向隐私计算、安全审计、跨域协同等核心能力，确保不仅能跑通，也能跑稳、跑久；
- 三项建设内容：围绕空间能力建设、基础设施对接与治理运营体系，形成稳定可控的建设框架；
- 最终支撑N个持续演进的业务场景：让新场景不再从零开始，而是基于标准与组件复用扩展。

目标并不只是“搭一个系统”，而是通过真实场景把工程能力跑顺、把规则跑稳，形成**可复制、可持续的协作模式**。

## 空间治理架构

随着实践深入，我们逐渐意识到一个关键问题：可信协作不是一个系统能力，而是一种结构性能力。

如果把可信协作只落在单一系统里，短期看似集中统一，但一旦参与方变多、场景变多、规则变多，就会面临治理边界不清、责任难划分、扩展成本高的问题。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/488d8052e496044518a1cc0494edfc59.png)

因此，在工程实现中，我们没有将所有能力集中到单一平台，而是将协作拆解到不同层次、不同类型的可信数据空间中：

- 通过统一的身份、标识与治理规则，先解决“谁能参与、如何建立信任”的基础问题；
- 再让行业空间、城市空间、企业空间围绕真实业务场景各自运行和演进；
- 在统一规则下实现跨空间连接与协同，随着参与主体与场景增加逐步生长为协作网络。

这种方式的好处在于：参与方无需大规模改造现有系统、无需暴露原始数据，就可以在统一规则下持续协作，同时治理边界更清晰、扩展更自然。

## 技术架构

![](https://developer.qcloudimg.com/http-save/yehe-11868355/6c75c40445b18f839ef750870dfee252.png)

在技术架构层面，我们始终坚持三条不可妥协的原则：

- 原始数据不出域：原始数据始终在本域，跨域只发生必要的密态交互；
- 按需计算：并非所有数据都走同一种计算模式，而是根据敏感等级与业务目标选择最合适的协作方式；
- 结果可验证：不仅给出结果，还要让结果“可解释、可审计、可追溯”。

以隐语SecretFlow为核心，结合Kuscia等组件，支撑跨域联合作业、精密分析与账单核算。这不是“为了用隐私计算而用隐私计算”，而是业务约束下的工程选择。

### 技术方案——跨运营商详单级对账

从工程视角看，跨运营商对账的核心，是将传统集中式对账流程，拆解为一条可以在密态环境下长期稳定运行的计算流水线。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/c82b0222bee740c9b4c3e3a9d70375c9.jpg)

整体思路是：各参与方仍然在本地结算系统中生成详单数据，在进入计算前完成字段标准化与规则映射，确保计算语义一致；进入隐私计算阶段后，原始数据不出域，通过SecretFlow承载的密态计算能力执行规则驱动的对账逻辑。

关键工程特性包括：

- 规则可配置、可拆分：对账规则不是写死的脚本，而是可配置规则集合，能够支持逐条与批量、并行执行；
- 过程可中断、可回溯、可复跑：面对十亿级数据，必须具备断点续跑、失败恢复、分段复核能力；
- 输出最小化：只输出差异结果与必要校验信息，避免“结果汇聚导致二次泄露”；
- 关键过程与摘要结果链上存证：解决结果可信与审计追溯问题，使协作具备可验证闭环。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/5051b5b9e66e45503de5a16937230813.jpg)

这不是算法展示型方案，而是围绕高并发、规则复杂、长期运行场景做过充分工程约束的生产级实现。

在工程设计上，我们将跨运营商对账定义为**双向对等、可验证的协同执行过程**，而不是单向“算完给结果”。

发起方与审核方各自在本地运行隐私计算节点，执行同一套对账规则。系统输出可校验的对账报告与差异摘要，并通过链上机制固化关键结果，确保任何一方都无法事后篡改关键结论。

如存在差异，可在密态下进行定位、复核与调整，而不是重新全量重跑。
最终形成原始数据不出域、结果可验证、过程可追溯的对账闭环，也使其能够在运营级场景中长期稳定运行。

### 关键技术能力——面向不同数据敏感等级的跨域协作实现方式

针对不同敏感等级的数据，我们采用分级协作策略：

![](https://developer.qcloudimg.com/http-save/yehe-11868355/ace6f57e0f056d50a9d28bbfcaa69a9f.jpg)

- 高敏数据（详单、用户资料、财务相关字段）：采用多方安全计算、联邦学习等隐私计算技术，在原始数据不出域前提下完成联合计算与分析；
- 中低敏数据（可脱敏或业务中台数据）：采用沙箱运行环境，在确保安全的同时提升效率；
- 规则与结果类数据：敏感性相对较低，但对不可篡改性要求高，采用智能合约方式进行上链存证，确保可追溯、可审计。

## 生产部署架构与跨域互联方式

![](https://developer.qcloudimg.com/http-save/yehe-11868355/6159fbc4a4c733d4aaa7122c5b8ff4f9.png)

各运营商在本地可信数据空间内部署隐私计算节点，跨域协作通过专线网络和统一安全接入区完成。

工程上强调“最小暴露面”： 系统仅开放标准协议接口（如gRPC、HTTPS），确保原始数据与计算逻辑始终不出域，同时满足合规要求、运行稳定性与可运维性。

### 业务成效与行业意义

在业务层面，对账与结算效率发生质变：对账周期从周级、月级压缩至天级，自动化覆盖接近全量，异常更早暴露、更快定位。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/30a8d38c7fdc44c15f95155775420763.jpg)

在人力与成本层面，大量依赖人工核对、反复沟通的工作被规则化、系统化协作替代，人力投入明显下降，长期成本持续可控，同时资金周转效率同步提升。

更重要的是，这套能力不再局限于单点场景：推动行业从“点对点对账”走向可复制、可推广的数据协同模式，为后续联合分析、联合运营与生态协同打开空间。

## 构建标准体系

实践中我们深刻体会到：技术不是最大难点，真正的难点在于跨主体长期协作。

因此，我们优先建设可信数据空间的规则底座，通过统一规范，将隐私计算能力固化为可复用、可审计、可监管的协作方式，服务于长期运营。

![](https://developer.qcloudimg.com/http-save/yehe-11868355/7902b6acc98633e12c7f809ac503747b.jpg)

换句话说，我们要解决的不是“某一次对账能跑通”，而是让协作成为一种长期可运行的机制：规则怎么变、版本怎么管、争议怎么裁、审计怎么做、责任怎么划分，都需要在工程体系内被吸收。

## 实践方法论

![](https://developer.qcloudimg.com/http-save/yehe-11868355/00087f95a7ee6eff273e4973d2e7ec93.png)

总结来看，我们走出了一条可持续落地路径：

- 场景共识先行：先把“为什么协作、协作边界在哪、各方收益是什么”讲清楚；
- 标准驱动试点：用统一规则把复杂问题拆成可验证的小场景，小步快跑；
- 政策与规则同步：在成熟场景中同步沉淀治理与运营机制，确保长期可跑；
- 经验沉淀与复用：把成功案例转化为模板、标准与组件，让新场景不再从零开始。

可以概括为：从共识开始，用标准落地，靠规则运行，以经验放大。

我们更愿意将这些成果视为一次**行业与社区协同探索的阶段性结果**，而不是某一个系统建设的终点。

在整个实践过程中，隐语（SecretFlow）对我们来说不仅是一个“能跑算法的框架”，更像是一套能够承载真实业务约束、支撑工程演进的技术底座：它让隐私计算从“概念可行”走向“工程可用”，也让我们能够在高敏感、高规模、高稳定性要求的生产环境中把协作真正跑起来。

与此同时，真实生产场景也天然会暴露出大量“只有落地才会遇到”的问题：比如规则型计算在密态下如何组织与复用、亿级规模下的任务拆分与并行策略、失败恢复与回溯机制如何设计、跨主体协作的审计与存证如何做到既可信又可运营……这些问题无法靠单次PoC解决，只能在持续运行中逐步打磨。

因此，我们更愿意把“社区共建”理解为一种双向循环：

- 一方面，依托隐语社区的能力和工程框架，加速我们在通信行业复杂场景中的落地效率；
- 另一方面，通过跨运营商对账这一高约束场景，把工程实践中遇到的瓶颈与经验持续沉淀为可复用的方法，推动可信协作能力持续演进。

## 结语

我们相信，可信协作的成熟并不是靠某一次“选型成功”完成的，而是在真实生产场景中一步一步验证：  什么是可执行、可运维、可持续的工程能力；什么样的规则体系能够长期运行；什么样的协作模式能够被复制推广。

面向未来，我们期待与更多行业伙伴和社区开发者一起，把生产实践中沉淀出的经验转化为社区可复用的能力：让更多参与方能够在统一的可信协作框架下参与协作、持续演进，并最终让“数据可用不可见”的理念真正走向——**好用、常用、可复制、可持续。**


本文整理自隐语第三届嘉年华现场演讲，中国联通软件研究院基于隐语，从最初的对账试点出发，打造了一套可复制、可监管的跨域协作体系。详细介绍了对等组网、数据分级计算、规则上链存证等工程实现细节，并总结了实际推进中最难解决的部分：不是技术，而是多方协作。最终，这不仅是一套系统架构，更是一种行业共建的新模式。

基于隐语+通信场景生产实践，如何实现可监管、可审计的多方数据协作？

大数据

安全

区块链

中国联通基于隐语技术构建跨域协作体系，实现运营商间亿级数据"原始数据不出域"的密态对账。通过规则上链、分级计算等技术，将传统周级对账压缩至天级，形成可监管、可复制的行业协作新模式。该方案解决了通信行业数据敏感、规模大、协作复杂等痛点，为数据要素安全流通提供工程化实践。

结构化数据

数据安全

联邦学习

数据泄露

安全审计

智能合约

数据流

2026新春采购季

dsgc

fele

blockchain-catalog

文章

问答

视频

教程

学习中心

腾讯云实验室

直播

竞赛

腾讯云代码分析专区

腾讯iOA零信任安全管理系统专区

腾讯云架构师技术同盟交流圈

腾讯云数据库专区

腾讯云智能顾问专区

腾讯云原生专区

腾讯混元专区

腾讯云TCE专区

腾讯云Lighthouse专区

腾讯云HAI专区

腾讯云Edgeone专区

腾讯云存储专区

腾讯云智能专区

腾讯轻联专区 

腾讯云开发专区

TAPD专区

腾讯轻量云游戏服专区

腾讯云最具价值专家

腾讯云架构师技术同盟

腾讯云创作之星

腾讯云开发者先锋

腾讯云代码助手

云原生构建

TAPD 敏捷项目管理

Cloud Studio

SDK中心

API中心

命令行工具

涵盖代码开发、场景应用、自动测试全流程，助你从零构建专属AI助手

一站式MCP教程库，解锁AI应用新玩法

聚焦“写作效率、视觉美观与运行性能”三方面进行全面升级，为您提供更高效、稳定的创作环境

社区富文本&Markdown编辑器全新改版上线，欢迎大家体验!

诚挚邀请您参与本次调研，分享您的真实使用感受与建议。您的反馈至关重要，感谢您的支持与参与！

社区新版编辑器体验调研

基于隐语+通信场景生产实践，如何实现可监管、可审计的多方数据协作？-腾讯云开发者社区-腾讯云

基于隐语+通信场景生产实践，如何实现可监管、可审计的多方数据协作？

基于隐语+通信场景生产实践，如何实现可监管、可审计的多方数据协作？

社区

活动

圈层

关于

腾讯云开发者

热门产品

热门推荐

更多推荐