拆掉“墻”，連成“橋”：隱私計算的互聯之路

原文發表于《科技導報》2025 年第24 期 《 數據要素時代的隱私計算平臺互聯路徑與挑戰 》

隱私計算是實現“數據可用不可見”的核心技術，隱私計算平臺繁榮發展，逐漸形成了以隱私計算平臺為核心的“平臺孤島”現象。如何解決“平臺孤島”問題，進一步促進數據要素融合和價值成為重要的研究方向。本文梳理了國內外典型的隱私計算平臺功能、國內隱私計算平臺的互聯生態現狀，結合行業實踐案例，剖析了節點和算法互聯的不同模式。總結了隱私計算跨平臺互聯的難點以及多種挑戰。最后提出具體對策建議。

隨著數據要素被確認為國家最新的生產要素，如何加速數據的要素化、市場化配置進程成為國家重點關注的問題。保障數據安全與隱私保護是數據流通與應用的底線要求，因此，隱私計算成為在保護隱私的基礎上進行多方數據協同的關鍵技術之一。

隱私計算按照當前行業的主流思想可以分為3類技術，安全多方計算（MPC）、聯邦學習（FL）和可信執行環境（TEE）。隨著隱私計算技術的蓬勃發展，通過數據加密、參數共享代替數據共享等模式，實現了“數據孤島”的有效連接，數據持有方的數據在不出其管理域的前提下，完成了多方協作計算。在部署多個框架、重新適配業界主流框架和推動不同平臺框架的互聯開放這3個選項中，推動不同平臺框架的互聯開放將成為解決“平臺孤島”問題的最優方案，如何實現不同隱私計算框架的互聯成為了業界關注和亟待解決的難題。

1

隱私計算平臺互聯現狀

1.1 隱私計算平臺發展現狀

根據公開信息，整理了國內外主流的隱私計算平臺和典型隱私計算工具，隱私計算平臺從上文提到的主流技術視角主要分為3類，具體如表1所示。

一是以工具包、引用庫形式提供隱私計算的必要功能。行業上相對成熟的主要包括數據匿名化、差分隱私、同態加密庫等。其技術核心都在于構建安全多方計算和聯邦學習的基礎能力和協議，并且采用與計算引擎松耦合的模式，實現跨平臺的應用。

二是只提供多方安全計算、聯邦學習或可信執行環境單一功能的平臺。

三是提供多類功能的綜合性平臺。國內外多個平臺提供的包含聯邦學習、安全多方計算和可信執行環境中的多種能力。中國隱私計算的平臺，以互聯網公司、通信行業、金融行業和軟件服務商為主要研發方，其多側重于研發綜合性隱私計算平臺。

表1 國內外隱私計算平臺工具

隱私計算平臺與區塊鏈技術的結合逐漸成為主流，在遵循安全協議的基礎上，通過區塊鏈進行身份認證、對計算參與方的行為數據進行上鏈和以智能合約實現協議自動化等方式，進一步保障計算參與者的身份可信和行為可追溯。

1.2 隱私計算平臺互聯的生態現狀

隱私計算平臺互聯場景針對不同的數據持有方，采用不同的隱私計算平臺進行聯合建模或聯合計算時，因計算框架或采用的計算工具不同進一步導致“平臺孤島”。中國的研究機構、互聯網行業、金融行業都開始探索隱私計算框架的互聯互通，從代碼開源角度可分為開源互聯和閉源互聯。從互聯的推動主體視角，主要包括以下3類。

一是以金融行業為中心的、代碼閉源隱私計算平臺互聯互通。北京金融產業科技聯盟是在中國人民銀行指導下，由中國金融電子化集團發起的綜合性金融科技聯合創新工作平臺，該聯盟牽頭開展了金融領域隱私計算數據流通平臺的互聯互通模式探索，成為金融行業的主流互聯互通標準。

二是以互聯網企業為中心的、開源研發生態。微眾銀行開源的FATE 2.0開放開源異構系統互聯互通開發指南，意圖推動異構系統的互聯互通。螞蟻集團開源的隱語框架，在隱私計算聯盟的組織下，制定系列隱私計算跨平臺互聯互通開放協議。

三是點狀的以自研平臺為中心推進的、閉源的互聯互通實踐。中國電信和中國銀聯金融科技研究院的隱私計算平臺構建“插拔式”算法組件的互聯互通，中國移動基于其“1+X”隱私計算平臺與洞見科技、富數科技、同盾科技和華控清交等多個軟件服務商公司實現互聯互通。

2

隱私計算平臺互聯的技術路徑

不同隱私計算平臺開發方就互聯路徑尚未達成共識。主要有2種思路，一是從平臺架構和開放層次深度，在2022年可信隱私計算峰會上，有企業提出隱私計算互聯從系統架構視角，可以按照應用層、算法層和原語層進行分層互通。北京金融產業科技聯盟提出按照管理面和數據面解耦進行互聯互通。葉劍等提出按照“底層通信—中間層交互—頂層應用”的思路設計隱私計算平臺的互聯互通。

2.1 研究范疇

中華人民共和國工業和信息化部批準發布的行業標準《隱私計算跨平臺互聯互通第1部分：總體框架》（編號 YD/T 4961.1—2024）定義隱私計算平臺互聯互通為“具有不同系統架構或功能實現方案的隱私計算技術平臺（包括同一平臺的不同版本）之間通過統一規范的接口、協議等實現跨平臺數據、算法、算力的交互與協同，以支持部署不同技術平臺產品用戶共同完成同一隱私計算任務”。

在推動隱私計算跨平臺互聯的過程中，不同框架的節點不能直接調度其他平臺的所有計算資源，包括其數據集和最小粒度的計算單元。算法互聯也是同理，隱私計算平臺只能調用自有平臺的基礎算法組件和算子，不能跨平臺調度，但如果是外部第三方插件式的算法組件，多方都可調度算法相同算法組件實現互通。

需要指出的是，數據資源互聯不在我們討論范圍內。不同隱私計算平臺開放數據集以供互相訪問的場景也不在我們的探討范圍內。隱私計算平臺互聯討論內容如圖1所示。

圖1 隱私計算平臺互聯研究內容

2.2 節點互聯

節點是指承載具體計算任務的節點，可以是物理機、云虛擬機或容器。節點互聯互通貫穿聯合計算任務全周期，在框架部署階段，各個隱私計算框架以信息配置的方式，明確單個平臺內部節點的資源、IP（互聯網協議）地址和端口等信息，默認在配置完成后內部各個節點可以互信。節點互聯需要依據待同步的信息類型制定不同的通信協議。

2.2.1 聯盟方節點自治

每個聯盟方提供一個節點或一個集群參與聯合計算，每個計算節點資源調度由聯盟方節點的調度功能模塊完成。集群管理等相關功能可能部署在代理節點上，也可能部署在單獨某計算節點上，以完成多節點的管理、監控。在此種場景下，跨平臺的節點互聯互通是只需要面向不同框架開放代理節點即可。

互聯方式也有2種，一種是以單平臺為中心，根據其開放的節點通信接口，構建協議轉換模塊，實現節點互聯，另一種是構建獨立于各平臺的獨立開放協議，所有平臺根據協議進行面向外部協議的適配模塊，實現互聯互通。方式一更適合單企業主導的互聯互通模式，可擴展性較差；方式二更適合多企業、研發方參與的聯盟式生態，可擴展性強，但需要所有參與方都進行適配。

值得注意的是，在每個隱私計算平臺內部，其節點的信任機制由平臺內部的信任機制控制，構建多方互信的節點認證方法，是節點互聯互通后續研究的重要方向。

2.2.2 統一引擎管理

部分隱私計算平臺采用統一管理不同聯盟方計算節點的模式進行內部節點互聯與調度，多采用成熟的分布式框架。平臺不以聯盟方為區隔，采用分布式管理引擎統一管理所有計算節點，并在物理節點上虛擬形成邏輯計算設備，由邏輯計算設備調度物理計算節點，實現任務的協同計算。

目前來看，早期系統常依賴顯式的代理節點實現跨方通信，而當前云原生平臺普遍通過服務網格將通信、認證與策略控制下沉至基礎設施層，顯著簡化了節點互聯的復雜性。當前，節點互聯的核心關注點已轉向身份認證、網絡隔離與跨域通信協議的標準化，而非早期多樣化的拓撲結構設計。

2.3 算法互聯

算法互聯是業界關心和積極探索的重點。行業上，一般用“黑盒”“白盒”針對算法組件互聯進行分類，“黑盒”“白盒”的互聯互通模式與參與企業是否開源其平臺、主導塑造的生態模式息息相關。

算法互聯的是當用戶發起如隱私求交、聯合統計或聯合建模推理等任務時，不同隱私計算平臺調用內部算法組件協同完成任務的算法執行過程互聯。計算任務調度的互聯是指多方發起計算任務后，不同的隱私計算平臺完成不同的task，同步task的執行狀態和結果數據，每個task調用獨立的算法組件完成，同步內容與DAG中作業編排數據對象中的元數據結構相符。計算步驟的互聯互通是不僅包含了task狀態和數據的同步，也包含了task執行過程中的數據同步。

算法互聯從平臺改造視角，可以分為3種。

• 一是單向適配的模式，此種方法一般不涉及算法內部流程的同步，重點在于算法任務調度的互聯互通，對應業界“黑盒”模式。

• 二是雙向適配模式，雙方都有適配模塊一般是基于點對點的平臺互聯，在隱私計算平臺發展前期，此種模式較為常見，且都是基于已成型平臺進行互通，算法內部邏輯互不開放，采用算法調度層面互通。因此，也常見于“黑盒”模式。以獨立適配器完成格式轉換和數據傳輸等功能，但是，定制化程度高，一旦增加新平臺，需要大量工程化改造。這正是從雙向互聯到基于公開協議的多向開放互聯的過渡形態。

• 三是多向開放互聯模式，任意參與方依據公開制定的協議規范，完成內部算法流程步驟的改造和算法調度的改造，即可實現算法互聯。但是，由于面臨算法開放后的知識產權問題，部分平臺采用算法組件改造的模式，保障底層算法的不可見。將算法拆解成標準組件，如數據預處理、梯度計算、安全聚合等，也可將算法整體封裝成獨立組件，規范組件調用間的數據通信格式，保留算法底層計算方法的基礎上實現算法互聯。

2.4 算法互聯協議

跨隱私計算平臺互聯互通的基礎在于協議，不同的適配模式下，協議分為雙方協定基礎上的定制化協議和多方共識的標準化協議。從互聯互通的深度上來說，算法調度互聯的通信協議，主要是算法任務的調度信息的互聯，算法互聯則包括算法流程過程中交互的數據結構、算法內部協議的配置信息，表2展示了由隱私計算聯盟2023年發布的《隱私計算 跨平臺互聯互通開放協議第1部分：ECDH?PSI》中ECDH?PSI算法的參數協商數據結構。

表2 已有規范中ECDH?PSI算法參數協商數據結構示例

消息隊列是實現互聯互通的調度組件。通過消息中間件，通過消息的產生和消費，實現互通信息的更新，可以以任務要素標識符（ID）作為消息主題，構建基于協議的消息格式，實現消息互通。

3

隱私計算平臺互聯的難點與趨勢

3.1 互聯難點

總體來看，隱私計算平臺互聯，仍然面臨著底層技術不兼容、跨平臺數據資源互操作難和復雜數據交互流程提升數據泄露風險，以及多方通信性能難以滿足用戶需求等難題。

從算法視角看，深層次的算法互聯，技術的兼容性仍然是跨隱私計算互聯平臺面臨的難題。另外，各種安全和加密算法是隱私計算核心技術，不同平臺采用的不同底層安全加密算法也提升了算法互聯層面的難度。

從數據視角看，不同隱私計算平臺采用不同數據格式和不同數據預處理方法，不同特征工程的數據處理方法也提升了跨平臺互聯的適配和操作復雜性。

從安全視角看，跨平臺的隱私計算任務調度增加了數據流轉的環節，不同技術框架和不同的數據節點都可能引入新的安全漏洞，增加數據泄露的風險。而且，跨平臺的隱私計算互聯，進一步增加了監管部門的監管難度。

從性能視角看，跨平臺的隱私計算平臺互聯往往面臨著跨地域的通信，基礎網絡能否保障跨平臺的通信時延要求存在不確定性。另外，由于不同平臺采用的算法和架構不一致，平臺間的任務計算效率存在差異，跨平臺的互聯，尤其是面臨大規模數據的計算任務，會帶來額外的計算和通信消耗，可能會引入新的效率性能瓶頸。

從生態視角看，隱私計算平臺互聯的驅動并非僅僅是技術驅動，也來自實際場景需求的市場驅動，但是市場由大型互聯網企業、科技創新型企業、研究機構和以產品盈利為目標的技術服務型公司構成，各方利益難以平衡導致隱私計算平臺的互聯互通難度大大提升。

3.2 發展趨勢

雖然隱私計算平臺互聯互通面臨各種挑戰，但是跨平臺互聯仍然是未來發展的重要趨勢，各個隱私計算平臺主導方也在持續推動跨隱私計算平臺互聯互通，目前已經逐漸形成了小范圍的開放互聯實踐。

標準和規范方面，金融行業、電信行業都在探索行業內部的隱私計算平臺互聯標準。未來如何在符合不同行業監管要求和業務需求的基礎上統一各行業標準、形成可兼容的標準體系成為了隱私計算平臺各研發方的重點研究方向。

技術方面，規模化的、基于開放協議的平臺互聯互通將逐漸成為更多技術方的選擇。多技術融合可能成為隱私計算跨平臺互聯互通完成計算任務的輔助手段，性能提升和安全保障也將成為因計算技術互聯互通的重要研究方向。如何保障各方知識產權、利益分配合理基礎上，實現各算法的進一步互聯互通也成為后續重點研究問題。

總體來說，隱私計算平臺作為數據流通基礎設施的重要組成，對互通方案的可落地性要求會隨著應用場景的增加而更加嚴格，各個參與主體由于商業考量導致生態小范圍內閉源和技術差異導致的互通難度大都將隨著市場需求的增加和技術進步逐漸實現突破。

4

結論

我們梳理了相關文獻和公開資料，從功能視角切入當前隱私計算平臺，結合隱私計算平臺互聯互通實踐，總結了當前主要的互聯方案。目前已形成以金融行業和互聯網企業為中心的小規模探索型互聯互通生態。同時結合當前生態，根據隱私計算平臺的算法互聯，從落地難度視角出發，明確隱私計算平臺互聯互通的適配難度、方式，從適配的工程化、復雜性角度闡述各種模式與當前行業“黑盒”“白盒”式互聯的關系。

隱私計算的互聯互通仍然處在小范圍的試點實踐過程中，單場景的應用較多，規范化的落地實踐仍然面臨著技術、監管和生態上的挑戰。但是，隨著鼓勵數據開放、數據要素流通的政策文件頻發，中國不斷增加的數據流通需求將有效驅動技術的進步，而生態開放將會成為制約隱私計算互聯互通的核心要素之一。因此，構建兼容并存、大規模公開互聯、小規模封閉互聯的模式可能成為未來隱私計算互聯互通的重要模式。

本文作者：劉穎慧、魏進武、張溶芳、蔡一欣、李堃

作者簡介：劉穎慧，北京交通大學電子信息工程學院，中國聯合網絡通信有限公司研究院，高級工程師，研究方向為數據流通；魏進武（通信作者），中國聯合網絡通信有限公司研究院，教授級高級工程師，研究方向為衛星互聯網與大數據。

文章來 源 ： 劉穎慧, 魏進武, 張溶芳, 等. 數據要素時代的隱私計算平臺互聯路徑與挑戰[J]. 科技導報, 2025, 43(24): 17?26 .

本文有刪改，

內容為【科技導報】公眾號原創，歡迎轉載
白名單回復后臺「轉載」

《科技導報》創刊于1980年，中國科協學術會刊，主要刊登科學前沿和技術熱點領域突破性的研究成果、權威性的科學評論、引領性的高端綜述，發表促進經濟社會發展、完善科技管理、優化科研環境、培育科學文化、促進科技創新和科技成果轉化的決策咨詢建議。常設欄目有院士卷首語、科技新聞、科技評論、本刊專稿、特色專題、研究論文、政策建議、科技人文等。