區(qū)塊鏈有著去中心化、點對點傳輸、透明、可追蹤、不可篡改、數(shù)據(jù)安全等特點，可以用來解決現(xiàn)有業(yè)務的一些痛點，實現(xiàn)業(yè)務模式的創(chuàng)新。這些場景的應用分析基于京東應用區(qū)塊鏈技術的經驗和京東自身對于區(qū)塊鏈技術的應用規(guī)劃，旨在通過經驗分享引起領域內同行及合作伙伴的共鳴和交流。

1. 供應鏈領域

供應鏈由眾多參與主體構成，存在大量交互協(xié)作，信息被離散地保存在各自環(huán)節(jié)各自系統(tǒng)中，缺乏透明度。信息的不流暢導致各參與主體難以準確了解相關事項的實時狀況及存在的問題，影響供應鏈協(xié)同效率。當各主體間出現(xiàn)糾紛時，舉證和追責耗時費力。未來企業(yè)市場范圍越來越大，物流環(huán)節(jié)表現(xiàn)出多區(qū)域、長時間跨度的特征，需要智能高效的防偽追溯能力。

區(qū)塊鏈技術通過提供完整流暢的信息流、不可篡改的簽名認證機制，可以實現(xiàn)去中心化或多中心化的精準追溯和充分信任，天然地適用于供應鏈管理。

? 商品防偽追溯

借助區(qū)塊鏈技術，實現(xiàn)品牌商、渠道商、零售商、消費者、監(jiān)管部門、第三方檢測機構之間的信任共享，全面提升品牌、效率、體驗、監(jiān)管和供應鏈整體收益。將商品原材料過程、生產過程、流通過程、營銷過程的信息進行整合并寫入?yún)^(qū)塊鏈，實現(xiàn)精細到一物一碼的全流程正品追溯。

每一條信息都擁有自己特有的區(qū)塊鏈 ID“身份證”，且每條信息都附有各主體的數(shù)字簽名和時間戳，供消費者查詢和校驗。區(qū)塊鏈的數(shù)據(jù)簽名和加密技術讓全鏈路信息實現(xiàn)了防篡改、標準統(tǒng)一和高效率交換。

? 貿易融資

在供貨商、進貨商、銀行等貿易融資參與主體間建立聯(lián)盟鏈，通過區(qū)塊鏈記錄貿易主體資質、多頻次交易、商品流轉等信息，使貿易雙方及銀行間公開透明安全地共享真實可信的信息。

針對供應鏈中的大型企業(yè)，銀行可以借此豐富融資風控模型，減少線下人工采集和確認信息真實性的工作量，開展動產評估下的融資服務。有融資困難的供應鏈上下游中小企業(yè)，可基于區(qū)塊鏈提供的主體資質認證、與大型企業(yè)的多頻次交易信息認證獲得信用背書，緩解融資難題。

2. 金融領域

金融的核心是信用的建立和傳遞，區(qū)塊鏈以其不可篡改、安全透明、去中心化或多中心化的特點，天然適用于多種金融場景。

國內外大多數(shù)區(qū)塊鏈聯(lián)盟均聚焦于金融領域，例如由 42 家國際銀行組成的區(qū)塊鏈聯(lián)盟 R3致力于利用區(qū)塊鏈技術，在解決互信的基礎上，構建扁平化的全球一體化清算體系，以提高效率、降低成本。另外，據(jù)麥肯錫測算，區(qū)塊鏈技術可以將跨國交易的成本從每筆 26 美元降低到 15 美元。高盛也在一份報告中指出，區(qū)塊鏈技術將為資本市場每年節(jié)約 60 億美元的成本。

? 交易清結算

交易清結算的過程也是交易雙方分別記賬的過程，在傳統(tǒng)的交易模式中，記賬過程是交易雙方分別進行的，不僅要耗費大量人力物力，而且容易出現(xiàn)對賬不一致的情況，影響結算效率。

通過區(qū)塊鏈系統(tǒng)，交易雙方或多方可以共享一套可信、互認的賬本，所有的交易清結算記錄全部在鏈可查，安全透明、不可篡改、可追溯，極大提升對賬準確度和效率。通過搭載智能合約，還可以實現(xiàn)自動執(zhí)行的交易清結算，大大降低對賬人員成本和差錯率，特別是在跨境支付場景下，效果尤其明顯。

? 資產證券化 ABS

傳統(tǒng)的資產證券化需要結算機構、交易所和證券公司等多重協(xié)調，通過搭載智能合約的聯(lián)盟鏈，可以自動實現(xiàn)跨多主體間的證券產品交易。

基于區(qū)塊鏈技術的資產證券化管理系統(tǒng)，能夠確保消費金融服務公司底層資產數(shù)據(jù)的真實性，且不可篡改、可追溯，提高機構投資者信心，從而降低消費金融服務公司發(fā)行 ABS 的門檻和發(fā)行成本，同時還可以進行 ABS 全生命周期管理，及時識別和管控風險。

3. 政務及公共服務領域

政務及公共服務的工作核心在于行業(yè)標準的制定和有效監(jiān)督管理，傳統(tǒng)管理方式是通過立法和抽查進行監(jiān)管，不能做到實時監(jiān)控，涉及仲裁時往往還需要漫長的取證過程。通過搭建包含政府監(jiān)管機構、第三方公共服務機構的聯(lián)盟鏈，可以探索創(chuàng)新管理機制，實現(xiàn)政務實時監(jiān)管，并借助區(qū)塊鏈的不可篡改、可追溯特性，極大提高仲裁效率。

? 合同及發(fā)票防偽

電子合同和電子發(fā)票的日益普及，為我們日常生活和商業(yè)活動帶來很多便利的同時，也帶來了合同造假、發(fā)票造假及重復報銷等許多新的問題，而這些問題需要監(jiān)管部門和企業(yè)共同探索有效的解決方案。在開具電子合同、電子發(fā)票的同時，通過聯(lián)盟鏈完成向監(jiān)管部門的備案，在發(fā)生造假、重復報銷等情況時，通過核對已備案的電子合同、電子發(fā)票的區(qū)塊鏈 ID“身份證”，可以快速判定造假事實，確定造假主體，實現(xiàn)實時監(jiān)管。

? 公益追溯

應用區(qū)塊鏈技術支撐公益項目的陽光、透明和可追溯，愛心物資經由高效的物流體系直接配送到公益項目地，并由公益機構執(zhí)行人員發(fā)放至受助人手中。捐贈人可通過客戶端實時查詢所捐贈物資的物流狀態(tài)，直觀地看到物資發(fā)放到受助人手中的全過程。

從選購愛心物資開始的全部過程信息、參與主體信息均使用區(qū)塊鏈技術來防止篡改，確保公益透明性、可追溯，極大增加公益平臺的權威性和可信度。

4. 其他領域

除了供應鏈、金融、政務及公共服務領域外，區(qū)塊鏈還可以應用在很多其他領域，受篇幅所限，我們不便一一列出，僅舉兩個例子：

? 保險防欺詐

區(qū)塊鏈利用共識機制、防篡改機制和可追溯機制，可在保險代償、追償時提供有效證據(jù)支撐。以車險理賠為例，通常包含車主、4S 店或維修廠、保險公司、交管部門等多個主體，騙保等理賠欺詐問題時常發(fā)生。

依托區(qū)塊鏈技術和車聯(lián)網技術，在車輛上安裝相應傳感記錄設備，保證信息的真實、準確和不可篡改，在出險時，實時或準實時地將車輛事故數(shù)據(jù)提交給應用區(qū)塊鏈技術的“事故認證平臺”系統(tǒng)，交警裁決數(shù)據(jù)、傳感記錄器數(shù)據(jù)、維修廠數(shù)據(jù)等都實時同步，從根本上解決車險理賠欺詐問題，同時提高保險理賠案件的效率和準確性。

? 大數(shù)據(jù)安全

區(qū)塊鏈可以解決大數(shù)據(jù)的安全性問題，保證數(shù)據(jù)的隱私性。區(qū)塊鏈的可追溯特性使得數(shù)據(jù)從采集、交易、流通，以及計算分析的每一步記錄都可以留存在區(qū)塊鏈上，使得數(shù)據(jù)的質量獲得前所未有的強信任背書，也保證了數(shù)據(jù)分析結果的正確性和數(shù)據(jù)挖掘的效果，并且能夠進一步規(guī)范數(shù)據(jù)的使用，精細授權范圍，追溯數(shù)據(jù)使用情況，全面保障數(shù)據(jù)使用的安全合規(guī)。

脫敏后的數(shù)據(jù)交易流通，則有利于突破信息孤島，建立數(shù)據(jù)橫向流通機制，逐步推動形成基于全球化的數(shù)據(jù)交易、數(shù)據(jù)資產保護等全新的應用場景。

京東區(qū)塊鏈架構體系

京東區(qū)塊鏈的目標是打造面向企業(yè)級應用的區(qū)塊鏈基礎設施，為企業(yè)提供能夠切實解決業(yè)務痛點的區(qū)塊鏈技術方案。

為解決區(qū)塊鏈在企業(yè)級場景下的一些突出問題，包括系統(tǒng)性能、功能完備性、系統(tǒng)擴展性、監(jiān)管審計支持、易用性等，京東區(qū)塊鏈采用分層架構設計、標準化賬本數(shù)據(jù)協(xié)議、優(yōu)化共識算法、引入微服務架構與可伸縮的分布式存儲技術、靈活的多級授權策略等一系列的創(chuàng)新技術方案。

京東區(qū)塊鏈的總體架構分為 3 個層次：區(qū)塊鏈協(xié)議、組件框架、服務平臺。采用自頂而下的設計方法，首先聚焦區(qū)塊鏈協(xié)議的設計，解決企業(yè)級應用中的數(shù)據(jù)標準化和多鏈互通的問題；其次是定義一個通用的區(qū)塊鏈系統(tǒng)的組件模型，實現(xiàn)具體功能組件松耦合和可插拔，解決企業(yè)級應用中可根據(jù)具體情況自定義擴展的需求；最后，我們基于標準化的區(qū)塊鏈協(xié)議和組件模型，提供一個具體的區(qū)塊鏈平臺實現(xiàn)以及相關的工具和開發(fā)包，為快速實現(xiàn)企業(yè)級區(qū)塊鏈應用提供平臺和工具。

? 區(qū)塊鏈協(xié)議

京東區(qū)塊鏈協(xié)議作為最頂層的架構設計，定義了區(qū)塊鏈的數(shù)據(jù)格式標準，包括賬本狀態(tài)、歷史證明、賬本操作集、合約指令集 4 個方面的數(shù)據(jù)標準。

? 組件模型

“組件模型”是區(qū)塊鏈邏輯組件的框架模型，是對京東區(qū)塊鏈協(xié)議的實現(xiàn)框架。包括了共識網絡、賬本、持久化引擎、合約引擎四個組件。

? 服務平臺

“服務平臺”是對上層的區(qū)塊鏈協(xié)議和組件模型的具體實現(xiàn)，由網關、服務、節(jié)點網絡、SDK 和一套工具集組成。

1. 設計原則

京東區(qū)塊鏈在架構和實現(xiàn)上遵循以下的幾個設計原則。

? 面向業(yè)務

企業(yè)場景的特點是需求非常多樣，性能要求高。京東區(qū)塊鏈在設計上首先從分析企業(yè)應用的典型用例出發(fā)，設計京區(qū)塊鏈協(xié)議和系統(tǒng)功能特性，確保系統(tǒng)的實現(xiàn)能夠最終適應廣泛的企業(yè)需求。

? 標準化

由于區(qū)塊鏈應用場景是一種跨主體的有多方參與和協(xié)作的場景，京東區(qū)塊鏈從頂層開始設計了標準化的協(xié)議和數(shù)據(jù)結構，解決企業(yè)間數(shù)據(jù)的交互問題，避免多鏈并存的區(qū)塊鏈技術演進過程中形成數(shù)據(jù)孤島，使區(qū)塊鏈真正地成為一種標準化的互聯(lián)網價值交換和信任傳遞的基礎協(xié)議。

? 松耦合與模塊化

京東區(qū)塊鏈采用模塊化設計，通過定義模塊間清晰的接口實現(xiàn)模塊之間的松耦合，以此獲得整個系統(tǒng)的良好擴展性，系統(tǒng)可以根據(jù)不同用戶和場景的需要，采用不同的可插拔的模塊組件。

? 簡潔與高效

京東區(qū)塊鏈的遵循“簡潔”的系統(tǒng)設計原則，盡可能地定義更簡潔的系統(tǒng)概念模型，使用戶的學習成本更低，采用更高效簡潔的 Go 語言進行系統(tǒng)編碼實現(xiàn)以及更簡單實用的算法設計，減少實現(xiàn)復雜分布式系統(tǒng)過程中編碼的缺陷風險。

2. 應用模型

區(qū)塊鏈是一種全新的架構形式，使跨主體的業(yè)務協(xié)作變得簡單、高效和安全。與傳統(tǒng)的互聯(lián)網協(xié)議不同（如 TCP/IP，HTTP 等），傳統(tǒng)協(xié)議都是面向通訊過程的，而區(qū)塊鏈是面向業(yè)務過程的。區(qū)塊鏈作為一種分布式狀態(tài)機，“智能合約”是實現(xiàn)分布式業(yè)務狀態(tài)轉移的核心功能，使得基于區(qū)塊鏈的應用架構模型產生了全新的變革。

以應用開發(fā)者的視角來觀察一下基于區(qū)塊鏈的應用開發(fā)過程，會更清楚地察覺這種巨大的差異。

假設要開發(fā)一個商品貿易系統(tǒng)，業(yè)務的參與者包括貿易買賣雙方和物流企業(yè)，這個系統(tǒng)要幫助買賣雙方建立交易合同、跟蹤貨物運輸過程、交付結算?；趨^(qū)塊鏈實現(xiàn)該應用通常需要以下幾個步驟：

（1） 定義參與業(yè)務的各個主體的身份賬戶

為參與者注冊登記一個由公鑰私鑰對（證書）表示的身份賬戶。由符合國家標準的證書所表示的身份賬戶是能夠代表一個特定的法人，由該賬戶簽發(fā)的數(shù)據(jù)可以在法律上被認為是該法人做出的確認。

傳統(tǒng)的架構方案通常是 SOA：各個參與方的系統(tǒng)發(fā)布各自的 SOA 接口，相互間通過SOA 接口調用實現(xiàn)系統(tǒng)對接。在這種架構下，開發(fā)者實現(xiàn)任何一個特定參與方的業(yè)務角色的功能，都需要把該參與方的身份與其公布的 SOA 服務接口的通訊地址建立對應關系，開發(fā)者對業(yè)務功能的實現(xiàn)是體現(xiàn)為對通訊接口的調用和處理。然而，這種方式調用獲得的數(shù)據(jù)難以具備防篡改能力（尤其是大量數(shù)據(jù)量情況下），也難具有對方法人簽名確權的效力（若對每條數(shù)據(jù)記錄都進行簽名則技術實現(xiàn)成本很高）。

（2） 編寫智能合約對業(yè)務過程做出定義

把參與者之間達成的商業(yè)協(xié)議以智能合約代碼的形式進行定義，以數(shù)字化形式約定貿易的商品屬性、數(shù)量、交付價格、交付期限、交付條件、運輸方式、交割檢驗標準、貨款計算方式、貨款支付時限等等。

在智能合約的編寫過程中，需要關注的內容通常有：在賬本中保存的業(yè)務信息的格式；業(yè)務過程中產生的業(yè)務狀態(tài)；改變業(yè)務狀態(tài)需要滿足的條件；業(yè)務狀態(tài)變更的觸發(fā)方式；業(yè)務狀態(tài)變更涉及更新的業(yè)務信息。

智能合約代碼的編寫過程是完全不需要關注非業(yè)務功能的處理，比如：業(yè)務數(shù)據(jù)在參與者之間網絡結構、尋址方式、通訊協(xié)議、傳輸格式、響應線程、處理資源。

智能合約雖然也表現(xiàn)為某種形式的編程語言，但是其編寫邏輯是完全直接面向業(yè)務的，可以形式化地概括為 3 個方面：

a） 定義多主體間的業(yè)務數(shù)據(jù)格式；

b） 定義業(yè)務過程包含的業(yè)務狀態(tài)表；

c） 定義各個業(yè)務狀態(tài)的轉換條件和觸發(fā)方式。

（3） 聯(lián)合簽署智能合約并觸發(fā)業(yè)務初始條件

智能合約最后需要經過參與者以各自的身份賬戶做出簽署，之后每一方參與者只需要根據(jù)自己業(yè)務范圍內的業(yè)務進程做出相應的操作，便觸發(fā)了智能合約的執(zhí)行。

在這個過程中，區(qū)塊鏈系統(tǒng)以客觀的技術手段提供以下幾個方面的保證：

? 確保合約在每一個參與業(yè)務主體的節(jié)點上被一致的執(zhí)行，并得到一致的結果；

? 確保合約執(zhí)行過程的每一個步驟都被準確地記錄下來；

? 確保合約執(zhí)行過程的記錄以及最終結果都無法被篡改；

? 確保參與的主體對合約執(zhí)行過程的記錄以及結果進行簽名，確保合約被執(zhí)行的事實在今后都不可抵賴。

建立靈活、實用的企業(yè)級智能合約系統(tǒng)是京東區(qū)塊鏈在系統(tǒng)實現(xiàn)上的核心目標之一。我們在技術路線上通過以下幾點來實現(xiàn)：

? 定義標準化和良好可讀性的合約中間語言指令集，使合約能夠以人類可讀的形式進行最終簽署，有助于體現(xiàn)智能合約的法律效力；

? 支持 Java、Go 等主流開發(fā)語言作為合約的編程語言，降低合約的學習成本；

? 支持智能合約的模擬、調試功能，解決合約的可測試問題；

? 支持靈活的合約間調用和數(shù)據(jù)訪問控制策略，更容易開發(fā)復雜的企業(yè)智能合約。

3. 賬本協(xié)議

賬本協(xié)議是從數(shù)據(jù)的角度定義的一個標準模型，包含兩個方面的定義：

? 賬本數(shù)據(jù)的標準格式

由兩部分構成：

a） “賬本狀態(tài)”表示當前實時的數(shù)據(jù)內容；

b） “歷史證明”表示賬本數(shù)據(jù)的特征以及數(shù)據(jù)變更歷史的特征。

? 讀寫賬本數(shù)據(jù)的指令的標準格式

由兩部分構成：

a） “賬本操作集”定義了對賬本數(shù)據(jù)的寫入操作類型的標準表述以及參數(shù)的標準格式；

b） “合約指令集”定義了標準化的合約語言指令格式。

定義賬本協(xié)議的目的是讓鏈上的數(shù)據(jù)可以被標準化地進行交換、驗證、存儲和使用，能夠跨越不同技術實現(xiàn)的區(qū)塊鏈網絡，無關特定的數(shù)據(jù)存儲實現(xiàn)。

3.1. 賬本狀態(tài)

“狀態(tài)”一詞在此是一個計算機領域的概念，在此表示區(qū)塊鏈系統(tǒng)在某一時刻所處的狀況，由系統(tǒng)保存的業(yè)務數(shù)據(jù)以及系統(tǒng)運行的控制屬性構成。

京東區(qū)塊鏈的“賬本狀態(tài)”由“身份”、“KV 數(shù)據(jù)”、“權限”、“合約代碼”組成。

? “身份”由一個“區(qū)塊鏈地址（Address）”和相應的非對稱密鑰對/證書表示；

? “KV 數(shù)據(jù)”是賬本數(shù)據(jù)表示形式，通過鍵（Key）唯一標識，通過值（Value）記錄內容；

? “合約代碼”表示狀態(tài)變更的邏輯，以合約指令序列表示；

? “權限”是“身份”對“KV 數(shù)據(jù)”和“合約代碼”的訪問控制碼。

3.2. 賬本操作集

“賬本操作集”是為了實現(xiàn)跨鏈互操作而定義一個通用的標準，包含“類型”的標準碼，“參數(shù)”的標準格式。

典型的操作包括：

? 身份注冊

? 狀態(tài)數(shù)據(jù)讀寫

? 合約部署

? 合約調用

? 權限設置

3.3. 合約指令集

區(qū)塊鏈以合約語言的形式定義業(yè)務狀態(tài)的控制和轉換邏輯。

通過設計一個標準化的合約語言指令集，可以用一種通用的方式來表述各種復雜的業(yè)務邏輯，從而與具體的編程語言無關。

一方面，遵循標準的合約指令集，區(qū)塊鏈系統(tǒng)能具備良好的通用性；另一方面，開發(fā)者可以用不同編程語言編寫智能合約，降低了學習使用門檻，滿足不同企業(yè)的團隊技術棧要求。

4. 組件模型

“組件模型”是一個邏輯上的功能模塊設計，是實現(xiàn)賬本協(xié)議的邏輯框架。定義了組件的標準化接口，使得遵循組件模型的區(qū)塊鏈系統(tǒng)實現(xiàn)具備松耦合、可插拔的特性。

4.1. 共識網絡

目前典型的共識算法主要有 PoW、PoS、PBFT、Raft、Paxos 等。通過對比發(fā)現(xiàn)，這些算法在運行過程都可以抽象下面幾個階段：

（1）交易擴散；

（2）交易排序；

（3）調用交易執(zhí)行程序；

（4）對交易執(zhí)行結果進行共識；

（5）提交共識結果。

各種共識算法的差異體現(xiàn)在不同階段采取了不同實現(xiàn)策略。

? PoW、PoS 算法在交易擴散和排序時，不采用原子廣播協(xié)議，同時以隨機化的方式選擇出 leader 節(jié)點執(zhí)行排序，因此會導致交易可能被隨機丟棄。

? Raft、Paxos 算法對全部交易進行原子廣播和排序，但在共識的過程并不處理拜占庭錯誤。

? PBFT 算法對全部交易進行原子廣播和排序，同時在共識階段處理拜占庭錯誤，不支持動態(tài)調整節(jié)點。

我們從面向企業(yè)級應用場景的特點出發(fā)，選擇類 BFT 的算法進行優(yōu)化，提供了確定性交易執(zhí)行、拜占庭容錯、動態(tài)調整節(jié)點的特性。

京東區(qū)塊鏈的共識網絡組件按照模塊化的思路設計，基于以上幾個通用階段進行封裝，抽象出可擴展的標準接口。

4.2. 賬本

賬本狀態(tài)與合約分離，使用基于身份的訪問控制協(xié)議約束合約對狀態(tài)的訪問，這種將數(shù)據(jù)與邏輯分離的設計模式是典型的貧血模型，可為上層業(yè)務邏輯提供無狀態(tài)的邏輯抽象。

4.3. 持久化存儲

將賬本信息的持久化格式定義為更簡潔的 KV 格式數(shù)據(jù)，使得可以利用成熟的 NoSQL數(shù)據(jù)庫來實現(xiàn)持久化存儲?；谀壳霸?NoSQL 數(shù)據(jù)庫上成熟的海量數(shù)據(jù)存儲方案，使得區(qū)塊鏈系統(tǒng)能支持海量的交易。

4.4. 合約引擎

合約引擎包含兩大部分，前端包括合約高級語言規(guī)范及其工具鏈，后端是一個輕量級的合約中間代碼的執(zhí)行環(huán)境。所有對賬本的操作通過賬本組件提供的 API 實現(xiàn)。

5. 服務平臺

功能模塊分為區(qū)塊鏈網關、區(qū)塊鏈節(jié)點服務、區(qū)塊鏈共識網絡、配套工具四個部分。

5.1. 區(qū)塊鏈網關

“區(qū)塊鏈網關”被設計為一種輕量的網關系統(tǒng)，通常是部署在參與者的網絡環(huán)境中，提供功能包括：

a） 私鑰管理：提供完全本地化的私鑰保管功能；

b） 隱私保護：采用端到端加密手段實現(xiàn)隱私保護；

c） 協(xié)議轉換：提供輕量化的 HTTP Restful Service，適配 TCP 協(xié)議的區(qū)塊鏈節(jié)點API。

5.2. 區(qū)塊鏈節(jié)點服務

在區(qū)塊鏈基礎網絡的基礎上提供的面向應用的通用的功能組件，目的是提供通用功能的復用，包括：

a） 面向應用的賬戶管理；

b） 賬戶的認證授權；

c） 面向對象的賬本數(shù)據(jù)訪問框架；

d） 事件通知機制；

e） 智能合約管理。

5.3. 區(qū)塊鏈共識網絡

由共識節(jié)點組成的網絡，基于 P2P 網絡和共識算法確保交易數(shù)據(jù)在節(jié)點之間保持一致。

5.4. 工具

配套的工具集合，包含 SDK、數(shù)據(jù)管理、安裝部署工具、監(jiān)控服務。

5.5. 部署架構

京東區(qū)塊鏈支持以下幾種部署模式：

a） 參與主體維護完整的共識節(jié)點，好處是參與者可持有數(shù)據(jù)，但需要付出運維成本；

b） 參與主體僅維護網關節(jié)點，通過公共的共識節(jié)點接入?yún)^(qū)塊鏈，好處是便于自行管理私鑰，且維護成本低，但網關節(jié)點不持有數(shù)據(jù)；

c） 參與主體通過公共的網關節(jié)點接入，適用于 2C 場景，用戶可以基于公共的網關節(jié)點托管私鑰；

d） 監(jiān)管方可以只部署“備份節(jié)點”，從其它節(jié)點同步數(shù)據(jù)作為備案；

e） 監(jiān)管方還可以部署共識和網關節(jié)點，對公眾開放查詢，作為“存證公示”。