《征信評估模型的區(qū)塊鏈框架設計》2100字

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