征信評估模型的區(qū)塊鏈框架設計綜述本征信評估模型采用的聯(lián)盟鏈架構，基于HyperledgerFabric開源框架進行相關技術設計，采用的是區(qū)塊鏈模型的基本架構，包括P2P網(wǎng)絡、消息傳播機制、區(qū)塊數(shù)據(jù)結構等。通過設置聯(lián)盟鏈上不同身份的參與者對數(shù)據(jù)的訪問控制，來提高數(shù)據(jù)傳送過程中的安全性和有效性。不僅保證數(shù)據(jù)的可追溯性，而且還可以保護征信用戶的隱私和征信機構的利益。1.1區(qū)塊鏈征信節(jié)點設計在本征信評估模型中，主要設置兩類角色，一類是數(shù)據(jù)提供者，一類是數(shù)據(jù)需求者。數(shù)據(jù)提供者包括征信機構和需要進行征信評級的電網(wǎng)物資供應鏈類企業(yè)，數(shù)據(jù)需求者是電網(wǎng)企業(yè)。在該區(qū)塊鏈架構中，數(shù)據(jù)提供者與數(shù)據(jù)需求者兩類角色對應著兩種不同的節(jié)點。數(shù)據(jù)提供者節(jié)點負責搜集電網(wǎng)物資供應鏈類企業(yè)的信用評價指標類數(shù)據(jù)與相應的信用評級，同時，也會對此類數(shù)據(jù)按照一定的格式進行數(shù)據(jù)預處理，并將這些處理后的信用數(shù)據(jù)上鏈。數(shù)據(jù)提供者只能完成數(shù)據(jù)的上傳，不能對數(shù)據(jù)進行更改和下載處理。數(shù)據(jù)需求者節(jié)點從區(qū)塊鏈上獲取數(shù)據(jù)，對模型進行訓練，最終獲得能根據(jù)信用指標準確劃分企業(yè)信用等級的模型。數(shù)據(jù)需求者只能進行數(shù)據(jù)的查詢和下載，不能完成數(shù)據(jù)的上傳服務。在區(qū)塊鏈征信節(jié)點設計完成后，F(xiàn)abric會利用自帶的證書組件為征信節(jié)點生成CA證書和msp身份信息文件，為Fabric節(jié)點提供身份配置服務。1.2區(qū)塊鏈智能合約設計在超級賬本HyperledgerFabric中，區(qū)塊鏈智能合約也被叫做鏈上代碼，簡稱鏈碼。鏈碼被部署在HyperledgerFabric的區(qū)塊鏈節(jié)點中，可以在虛擬化的Docker容器中運行工作，通過gRPC協(xié)議進行Peer節(jié)點的通信工作，并對分布式區(qū)塊鏈賬本中的數(shù)據(jù)進行操作。同時，超級賬本提供了多種高級程序設計語言的接口，不僅擴大了平臺的兼容性，而且增加了區(qū)塊鏈的功能和應用。本文設計的征信評估模型以基于HyperledgerFabric開源框架進行區(qū)塊鏈設計，智能合約的開發(fā)依照Fabric鏈碼的開發(fā)原則。創(chuàng)建者使用高級語言編寫征信評估智能合約，并由所有聯(lián)盟鏈上成員對合約簽名。在該基于區(qū)塊鏈征信評估系統(tǒng)的設計過程中，基于fabric的區(qū)塊鏈框架的智能合約分為兩類，一類是系統(tǒng)智能合約，一類是用戶智能合約。系統(tǒng)智能合約在Fabric運行的基礎，在區(qū)塊鏈節(jié)點啟動之時便需要部署到區(qū)塊鏈上，實現(xiàn)進程交互任務。系統(tǒng)鏈碼共有如下五種類型：1.配置系統(tǒng)鏈碼：負責鏈碼，通道的配置管理。2.背書管理系統(tǒng)鏈碼：負責背書(簽名)過程,并可以支持對背書策略進行管理。1.生命周期系統(tǒng)鏈碼：負責對用戶鏈碼的生命周期進行管理。鏈碼生命周期包括安裝、部署、升級、權限管理、獲取信息等環(huán)節(jié)。4.查詢系統(tǒng)鏈碼：負責提供區(qū)塊鏈賬本信息查詢功能，如獲取區(qū)塊和交易等信息。5.驗證系統(tǒng)鏈碼：交易提交前根據(jù)背書策略進行檢查REF_Ref72064746\r\h[11]。用戶智能合約是使用JAVA，Golang等程序語言編寫代碼，處理業(yè)務邏輯，它的設計一方面要考慮區(qū)塊鏈分布式賬本的狀態(tài)，另一方面要考慮實際的業(yè)務場景和開發(fā)要求。在本文設計的基于區(qū)塊鏈的征信評估模型中，主要設計的用戶智能合約有數(shù)據(jù)發(fā)布智能合約和數(shù)據(jù)請求智能合約兩類。數(shù)據(jù)發(fā)布智能合約：該智能合約負責將數(shù)據(jù)提供者擁有的征信數(shù)據(jù)上傳到區(qū)塊鏈中。數(shù)據(jù)發(fā)布智能嚴格要求采集數(shù)據(jù)的數(shù)量以及格式，要求數(shù)據(jù)提供者對原始數(shù)據(jù)進行預處理，僅將必要的信息上傳到區(qū)塊鏈，上鏈的數(shù)據(jù)格式id,x1,x2,…,x數(shù)據(jù)發(fā)布智能合約輸入：征信數(shù)據(jù)參數(shù)args輸出：鍵值對形式的征信數(shù)據(jù)//packagemain//導入shim依賴包，使鏈碼與peer節(jié)點通信//typeCreditDataCollectionChaincodestruct{}1:functionaddData(args[])2:ifargs.length=26then3:data.ID<-args[0]//征信信息編號，征信數(shù)據(jù)唯一標識4:data.Info1<-args[1]//Info1到Info24為24個征信評估指標5:data.Info2<-args[2]6:data.Info3<-args[3]…………26:data.Info23<-args[23]27:data.Info24<-args[24]28:data.Info25<-args[25]//該條征信數(shù)據(jù)對應的信用等級29:CreditData<-json.Marshal(person)//按照json格式存儲數(shù)據(jù)30:PutState(data.ID,CreditData)//以鍵值對形式寫入?yún)^(qū)塊鏈31:endfunction數(shù)據(jù)請求智能合約：該智能合約負責從區(qū)塊鏈中獲征信數(shù)據(jù)。當數(shù)據(jù)需求者（電網(wǎng)企業(yè)）需要對其物資供應鏈類企業(yè)進行征信評估時，驗證該節(jié)點權限信息，若權限滿足則調(diào)用該合約從區(qū)塊鏈中獲取數(shù)據(jù)。獲取數(shù)據(jù)的格式與上鏈數(shù)據(jù)的格式相同。數(shù)據(jù)請求智能合約輸入：征信數(shù)據(jù)標識ID輸出：征信數(shù)據(jù)參數(shù)args//packagemain//導入shim依賴包，使鏈碼與peer節(jié)點通信//typeCreditGetChaincodestruct{}1:functiongetCredit(creditId)2:queryString=fmt.Sprintf("{\"selector\":{\"docType\":\"%s\",\"creditID\":\"%s\"}}",DOC_TYPE,CreditID)//拼接CouchDB所需要的查詢字符串(是標準的一個JSON串)3:result,err=getEduByQueryString(stub,queryString)4:iferr!=nilthen5: returnshim.Error("根據(jù)證書編號及姓名查詢信息時發(fā)生錯誤")6:ifresult==nilthen7: returnshim.Error("根據(jù)指定的證書編號及姓名沒有查詢到相關的信息")8:returnshim.Success(result)9:endfunction數(shù)據(jù)上傳和數(shù)據(jù)獲取的過程均應遵循區(qū)塊鏈共識機制，共識完成后，節(jié)點操作信息被存儲到區(qū)塊鏈賬本中。1.3區(qū)塊鏈數(shù)據(jù)存儲設計區(qū)塊鏈賬本保存著所有節(jié)點的交易記錄，具有有序和防篡改的特性。在HyperledgerFabric中，區(qū)塊鏈賬本由世界狀態(tài)和區(qū)塊鏈兩部分組成，區(qū)塊鏈中記錄的交易記錄決定世界狀態(tài)。圖3-1區(qū)塊鏈數(shù)據(jù)存儲L表示賬本，包括世界狀態(tài)和區(qū)塊鏈。W表示世界狀態(tài)，以鍵值對的形式保存一組賬本數(shù)據(jù)的最新值，一般用數(shù)據(jù)庫的形式表示，如CouchDB。B表示區(qū)塊鏈，由哈希值鏈接的N個區(qū)塊構造而成，