本發(fā)明涉及征信數據共享與交易系統(tǒng)，特別是涉及基于區(qū)塊鏈的征信數據共享與交易系統(tǒng)。

背景技術：

央行征信主導的征信體系無法滿足金融市場運行需求，截止到2014年，自然人信用檔案數8.57億減去有貸款記錄的人數3.5億，有5億人的央行征信數據是空白的。征信數據大致可以分為以下幾類：

第一是身份屬性，指個人身份識別與認證信息，包括姓名、性別、身份證、年齡、婚姻家庭、住址、職業(yè)、文化程度等。

第二是履約能力，指用于評估個人還款意愿的信息，包括收入、存款、有價證券、商業(yè)保險等。

第三是信用記錄，即用于評估個人還款意愿的信息，包括個人在商業(yè)銀行貸款、信用卡、消費金融信貸、P2P網貸、貸記卡、擔保等金融信用活動中發(fā)生的活動，此外也有非金融機構的個人賒購、繳費信息等，這些可以顯示一個人在信用方面的行為。

第四是行為特征，即反映個人行為特點并據此評估個人信用變遷趨勢的信息，包括居住地變遷、消費行為習慣、工作學習變遷、通信行為特點、互聯(lián)網行為記錄與偏好等信息。

第五是社交資料，即反映個人交際關系、社交言行特點的信息。

第六是公共記錄信息，例如民事、刑事、行政訴訟判決、行政處罰等信息。

目前獲取征信數據有兩種方式，第一種是有牌照的征信公司，第二種是公司聯(lián)盟，即業(yè)界有征信數據及需求的幾家企業(yè)自發(fā)組成一個聯(lián)盟，在聯(lián)盟內進行數據共享。但是各家擁有的征信數據各不相同，各有特色，因此如果一個征信數據使用方需要完整征信數據的時候，就需要對接若干家第三方征信公司。

征信公司受制于數據來源渠道，一般信息比較單一，且通常只能提供查詢服務。這些征信公司一般采用傳統(tǒng)的IT技術方案，數據一般保存在關系型數據庫中(例如Oracle)，然后通過Web Service接口供第三方查詢。這些接口及數據交互標準一般由征信公司自己定義，沒有統(tǒng)一的標準。數據查詢都是有償的，一般按照查詢次數收費。而且其征信數據量少，且種類單一；大部分只提供單向查詢，無法由數據使用方補充數據；從數據使用方來看，為了完善風控，必須對接多家征信公司，費時且費力。

第二種是公司聯(lián)盟，例如互聯(lián)網金融公司自發(fā)組成一個聯(lián)盟，在聯(lián)盟內共享黑名單數據，防止惡意用戶騙貸。公司聯(lián)盟方案則存在數據交換與查詢缺乏統(tǒng)一的標準，同時缺乏一系列的機制，使得各家參與方能夠方便的共享數據和查詢數據。而且其缺乏數據保護機制，缺乏基于技術的信任機制，缺乏激勵機制來吸引更多的人共享數據。

聯(lián)盟的技術方案有多種形式，(1)文件共享方式即黑名單數據通過文件的方式在聯(lián)盟內共享(郵件，FTP等方式)，聯(lián)盟成員自己負責把數據持久化及和自己的業(yè)務系統(tǒng)同步；(2)統(tǒng)一數據平臺，聯(lián)盟各方使用傳統(tǒng)IT構建一個數據共享平臺，這個共享平臺一般部署在某個聯(lián)盟會員或者公有云上，大家通過接口的方式上傳數據和查詢數據。

技術實現要素：

本發(fā)明的目的是提出基于區(qū)塊鏈的征信數據共享與交易系統(tǒng)，提供一個可被各方基于技術而非平臺背書信任的征信數據共享系統(tǒng)，能夠讓參與方便捷的共享數據，并且在技術上保證數據不被濫用，保障數據所有者的權益，并且在技術上保證公平性，保障數據提供者在共享數據之后獲得某種收益，激勵參與方共享更多的數據。

為實現上述目的，本發(fā)明提供了基于區(qū)塊鏈的征信數據共享與交易系統(tǒng)，所述征信數據共享與交易系統(tǒng)包括至少兩個P2P的網絡節(jié)點，所述網絡節(jié)點中包括底層區(qū)塊鏈系統(tǒng)以及運行在所述底層區(qū)塊鏈系統(tǒng)上的征信數據共享平臺，所述征信數據共享平臺包括：

數據共享模塊，供數據提供者共享征信元數據；

數據查詢交易模塊，供數據需求者查詢征信元數據，并用于與數據提供者進行交易；

成員管理模塊，管理用戶的加入和離開，并提供征信數據共享平臺安裝包的安全分發(fā)；

區(qū)塊鏈適配層，用于將征信數據共享平臺適配到底層區(qū)塊鏈系統(tǒng)；

所述數據提供者調用數據共享模塊上傳征信元數據并進行數據記錄；所述數據需求者調用數據查詢交易模塊查詢征信元數據，并和數據提供者進行交易，生成的征信交易數據；所述區(qū)塊鏈適配層將征信元數據或征信交易數據進行廣播，在得到大于50％的網絡節(jié)點驗證后，新生成的征信元數據或征信交易數據將存入到底層區(qū)塊鏈系統(tǒng)中。

優(yōu)選地，所述區(qū)塊鏈適配層包括共識算法適配模塊、數據適配模塊以及智能合約適配模塊。

優(yōu)選地，所述共識算法適配模塊采用抽象共識算法抽象出一套共識算法的公共接口，并根據底層算法匹配適配器；所述適配器至少包括工作證明算法適配器、權益證明算法適配器。

優(yōu)選地，所述數據適配模塊定義區(qū)塊鏈數據的抽象模型，并根據區(qū)塊鏈數據格式進行適配。

優(yōu)選地，所述智能合約適配模塊定義智能合約的抽象模型，并根據智能合約的實現方式進行適配。

優(yōu)選地，所述數據提供者共享征信元數據的步驟如下：

a)數據提供者按照定義的格式組裝征信元數據，并調用數據共享模塊的上傳接口上傳征信元數據；

b)所述數據共享模塊調用共識算法適配模塊進行數據記錄，并且所述共識算法適配模塊根據選定的共識算法，定期得到新生成的區(qū)塊；

c)所述共識算法適配模塊將征信元數據進行廣播，在得到大于50％的網絡節(jié)點驗證后，將新生成的征信元數據存入到新生成的區(qū)塊中，新生成的區(qū)塊調用數據適配模塊寫入到區(qū)塊鏈中；

d)共識算法適配模塊將最終的區(qū)塊信息返回到數據共享模塊，并且所述數據共享模塊將最終的區(qū)塊信息返回給數據提供者。

優(yōu)選地，所述數據需求者進行數據查詢交易的步驟如下：

a)數據需求者根據需求數據的主標識生成散列值，并根據主標識的散列值和需求數據的類型調用數據查詢交易模塊上的查詢接口；

b)所述數據查詢交易模塊調用數據適配模塊，并且所述數據適配模塊根據主標識的散列值和需求數據的類型查詢保存在本地區(qū)塊鏈上的征信元數據；

c)所述數據適配模塊將征信元數據返回給數據查詢交易模塊，所述數據查詢交易模塊將征信元數據返回給數據需求者；

d)所述數據需求者根據返回的征信元數據中的數據提供者ID得到數據提供者的公鑰，并根據數據提供者的公鑰驗證征信元數據中數據提供者的簽名；

e)在公鑰驗證后，數據需求者從征信元數據中提取數據提供者完整數據訪問接口的列表信息；

f)數據需求者根據數據提供者完整數據訪問接口發(fā)送訪問請求，訪問請求的數據根據數據提供者的公鑰進行加密，其中，所述訪問請求中至少包含主標識、數據類型、數據需求者ID及數據需求者簽名。

g)在收到訪問請求后，所述數據提供者用私鑰進行解密，提取查詢請求中的數據需求者ID，并在獲取數據需求者的公鑰后根據數據需求者的公鑰驗證查詢數據中數據需求者的簽名；

h)所述數據提供者驗證通過之后，根據完整征信數據、交易價格以及數據提供者簽名調用智能合約適配模塊生成交易的智能合約；

i)在對交易價格確認后，所述數據需求者使用私鑰對所述智能合約簽名確認，并且所述智能合約將生成的交易數據廣播到每一個網絡節(jié)點，在得到大于50％的網絡節(jié)點驗證后，調用所述數據適配模塊寫入到區(qū)塊鏈中，并將完整數據發(fā)送給數據需求者。

優(yōu)選地，所述征信數據共享平臺還包括密鑰管理分發(fā)模塊，所述密鑰管理分發(fā)模塊用于管理用戶ID與公鑰之間的對應關系，所述密鑰管理分發(fā)模塊還用于生成密鑰對。

優(yōu)選地，所述成員管理模塊對新用戶的加入管理流程如下：

a)需要加入的新用戶通過現有用戶廣播加入請求，現有用戶在同意或者拒絕后將結果廣播到全部網絡節(jié)點；

b)當超過定義數量的網絡節(jié)點同意新用戶的加入申請后，請求通過，所述成員管理模塊會為新用戶生成唯一的用戶ID；

c)所述成員管理模塊將調用密鑰管理分發(fā)模塊為新用戶生成一個新的密鑰對，并交付給新用戶；

d)所述新用戶的公鑰通過廣播方式告知所有網絡節(jié)點，并且每一個網絡節(jié)點的密鑰管理分發(fā)模塊均記錄新的用戶ID與公鑰之間的對應關系；

e)新用戶使用分發(fā)的私鑰簽名加入請求，并廣播到所有網絡節(jié)點，每一個網絡節(jié)點收到加入請求后，使用對應的公鑰驗證所述加入請求；

f)驗證通過后，完成新用戶加入。

基于上述技術方案，本發(fā)明的優(yōu)點是：

本發(fā)明的征信數據共享與交易系統(tǒng)使用區(qū)塊鏈技術構建了一個可信的征信數據共享與交易平臺，所述征信數據共享與交易系統(tǒng)使用特殊的數據共享機制，數據查詢機制，數據交易機制，能夠吸引征信數據擁有者和征信數據需求者使用，以使得征信數據提供者在數據被保護的情況下可以獲得一定的經濟補償，征信數據查詢方則可以獲取征信數據，完善自己的風控水平。

本發(fā)明的征信數據共享與交易系統(tǒng)可以與現有的征信數據形成互補，有效的擴大征信數據范圍及覆蓋的人群。所述征信數據共享與交易系統(tǒng)建設成功后，可以部分解決目前征信體系不完善的問題，能夠起到很好的補充作用，可以更好地為銀行、小貸公司、消費金融、網絡借貸、大數據公司和其他互聯(lián)網金融機構服務降低因征信數據不完全引起的逾期率，提高業(yè)務運作效率。

附圖說明

此處所說明的附圖用來提供對本發(fā)明的進一步理解，構成本申請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構成對本發(fā)明的不當限定。在附圖中：

圖1為區(qū)塊鏈邏輯結構示意圖；

圖2為交易數據記錄過程中的區(qū)塊鏈工作邏輯；

圖3為一種典型區(qū)塊鏈的技術棧示意圖；

圖4為征信數據共享與交易系統(tǒng)拓撲圖；

圖5為網絡節(jié)點邏輯結構示意圖；

圖6為征信數據共享平臺結構示意圖；

圖7為共識算法適配模塊邏輯示意圖；

圖8為數據結構示意圖；

圖9為共享征信元數據信令交互示意圖；

圖10為數據查詢交易信令交互示意圖。

具體實施方式

下面通過附圖和實施例，對本發(fā)明的技術方案做進一步的詳細描述。

本發(fā)明的征信數據共享與交易系統(tǒng)底層基于區(qū)塊鏈形成，所述區(qū)塊鏈技術是一種利用去中心化和去信任方式集體維護一本數據簿的可靠性的技術，其需要讓參與系統(tǒng)中的任意多個節(jié)點，通過一串使用密碼學方法相關聯(lián)產生的數據塊(block)中每個數據中都包含了一定時間內的系統(tǒng)全部信息交流的數據，并生成數據指紋用于驗證其信息的有效性和鏈接下一個數據庫塊。

圖1的區(qū)塊鏈邏輯示意是對區(qū)塊鏈中間一段的簡單描述。其中每個區(qū)塊都有指向前一個區(qū)塊的鏈接，一直到最初創(chuàng)建的區(qū)塊即創(chuàng)始區(qū)塊；而在區(qū)塊鏈系統(tǒng)上發(fā)生的每一筆交易都會存在于某一個區(qū)塊中，并被永久保存。例如區(qū)塊54中包含了鏈接，鏈接到區(qū)塊53；區(qū)塊53中包含了鏈接，鏈接到區(qū)塊52；區(qū)塊52中包含了鏈接，鏈接到區(qū)塊51，以此類推，直到最初的創(chuàng)始區(qū)塊。

在區(qū)塊鏈系統(tǒng)上，以交易數據記錄過程為例解釋區(qū)塊鏈的工作機制，其能夠有效地解決雙重消費和拜占庭將軍問題。如圖2所示，其具體過程如下：

(1)、區(qū)塊鏈的最后一個環(huán)節(jié)是Owner1，其采用Owner0的公鑰驗證了前一筆交易數據；

(2)、Owner1用自身的密鑰簽署所述交易數據；

(3)、交易數據從Owner1傳送到Owner2，并向全網廣播；

(4)、交易數據在廣播的時候，需要得到足夠多節(jié)點的確認，才能被認為交易完成；而在整個P2P網絡中最早打上時間戳的那個交易數據被認定為是成功的交易；

(5)、交易成功后，數據記錄到區(qū)塊中。

本實施例提供了一種典型區(qū)塊鏈的技術棧，如圖3所示，包括：

(1)、網絡層。一般采用P2P網絡技術，因此在區(qū)塊鏈網絡中沒有中心服務器，如果任何一個或多個節(jié)點從區(qū)塊鏈網絡中丟失，數據也不會丟失，同時其中包括廣播機制和數據驗證機制，保證數據傳輸安全性和高效性。

(2)、數據層。核心是數據區(qū)塊及鏈式的數據結構，同時生成的數據都會加上時間戳，并使用散列算法，防止數據被篡改。同時還使用加密算法(如非對稱加密算法)，以保護數據的安全性及用戶的隱私。

(3)、共識層。共識方式可采用工作量證明，其是一種能夠確保正確答案很難被獲取，卻又能夠很容易被驗證的一種方式，它用于確保生成的區(qū)塊符合某種數據特征，防止數據被偽造或者篡改。而權益證明機制是另外一種達成共識的方式。如在比特幣的區(qū)塊鏈系統(tǒng)中，基于權益證明機制的系統(tǒng)上“挖礦”是以貨幣的持有量為基礎的。

(4)、智能合約。傳統(tǒng)合約是指雙方或者多方協(xié)議做或不做某事來換取某些東西，每一方必須信任彼此會履行義務。而智能合約無須彼此信任，因為智能合約不僅是由代碼進行定義的，也是由代碼強制執(zhí)行的，完全自動且無法干預。

本發(fā)明針對征信數據共享這一領域，提出了一種基于區(qū)塊鏈的征信數據共享與交易系統(tǒng)。其中，所述征信數據共享與交易系統(tǒng)底層采用區(qū)塊鏈的P2P(即對等計算機網絡，是一種在對等者之間分配任務和工作負載的分布式應用架構，是對等計算模型在應用層形成的一種組網或網絡形式)的網絡結構，每個節(jié)點包含了本方案獨特的征信數據共享平臺以及使用的區(qū)塊鏈技術的底層區(qū)塊鏈系統(tǒng)。

本發(fā)明提供了基于區(qū)塊鏈的征信數據共享與交易系統(tǒng)，如圖4～圖所示，所述征信數據共享與交易系統(tǒng)包括至少兩個P2P的網絡節(jié)點，所述網絡節(jié)點中包括底層區(qū)塊鏈系統(tǒng)以及運行在所述底層區(qū)塊鏈系統(tǒng)上的征信數據共享平臺，所述征信數據共享平臺包括：

數據共享模塊，供數據提供者共享征信元數據；

數據查詢交易模塊，供數據需求者查詢征信元數據，并用于與數據提供者進行交易；

成員管理模塊，管理用戶的加入和離開，并提供征信數據共享平臺安裝包的安全分發(fā)；

區(qū)塊鏈適配層，用于將征信數據共享平臺適配到底層區(qū)塊鏈系統(tǒng)。

所述數據提供者調用數據共享模塊上傳征信元數據并進行數據記錄；所述數據需求者調用數據查詢交易模塊查詢征信元數據，并和數據提供者進行交易，生成的征信交易數據；所述區(qū)塊鏈適配層將征信元數據或征信交易數據進行廣播，在得到大于50％的網絡節(jié)點驗證后，新生成的征信元數據或征信交易數據將存入到底層區(qū)塊鏈系統(tǒng)中。

如圖6所示，所述征信數據共享平臺包含數據共享模塊、數據查詢交易模塊、數據評價模塊、成員管理模塊、密鑰管理分發(fā)模塊以及區(qū)塊鏈適配層。采用區(qū)塊鏈適配層用于適配不同的底層區(qū)塊鏈技術實現，使得系統(tǒng)可以不依賴于底層具體的區(qū)塊鏈技術。

本發(fā)明的征信數據共享與交易系統(tǒng)最核心模塊包括：數據共享模塊以及數據查詢交易模塊，其是整個系統(tǒng)的核心。其次，數據評價模塊用于對數據進行評價，能夠提高平臺的數據質量。成員管理模塊和密鑰管理分發(fā)模塊是基礎模塊，而區(qū)塊鏈適配層模塊可以使得本方案不依賴于具體的底層區(qū)塊鏈技術實現方式。

優(yōu)選地，所述征信數據共享平臺還包括密鑰管理分發(fā)模塊，所述密鑰管理分發(fā)模塊用于管理用戶ID(包括數據提供者，數據需求者或者數據評價者)與公鑰之間的對應關系，同時它還能夠生成密鑰對，并安全分發(fā)給相關用戶。

所述區(qū)塊鏈適配層包括共識算法適配模塊、數據適配模塊以及智能合約適配模塊。優(yōu)選地，所述共識算法適配模塊采用抽象共識算法抽象出一套共識算法的公共接口，并根據底層算法匹配適配器；所述適配器至少包括工作證明算法適配器、權益證明算法適配器。平臺會抽象出一套共識算法的公共接口，同時使用不同的適配器適配不同的底層算法，如圖7所示。

所述抽象共識算法主要包括兩個抽象接口：

a)ProofgenerateProof()：該接口用于生成證明，該證明會用于生成區(qū)塊；

b)Block generateBlock(Proof p,...args)：根據證明生成區(qū)塊。

以脫胎于比特幣的區(qū)塊鏈技術為例，其生成證明就是一個“挖礦”的過程?！巴诘V”就是找到一個具有以下特征的值：用SHA-256進行兩次散列計算后，得到散列值以若干個0開頭。那比特幣區(qū)塊鏈技術的generateProof適配實現就是找到這樣的值。而比特幣區(qū)塊鏈的generateBlock實現就是根據挖到的散列值及其他數據組成一個區(qū)塊并存放到區(qū)塊鏈中。

優(yōu)選地，所述數據適配模塊定義區(qū)塊鏈數據的抽象模型，并根據區(qū)塊鏈數據格式進行適配。底層區(qū)塊鏈數據也存在不同實現，通過定義區(qū)塊鏈數據的抽象模型，屏蔽底層的差異。同時定義不同的適配模塊適配不同的區(qū)塊鏈數據格式，例如比特幣的區(qū)塊鏈數據格式、以太坊的區(qū)塊鏈數據格式。

優(yōu)選地，所述智能合約適配模塊定義智能合約的抽象模型，并根據智能合約的實現方式進行適配。同樣的，底層智能合約也存在不同的實現，通過定義智能合約的抽象模型，屏蔽底層的差異。同時定義不同的適配模塊適配不同的智能合約實現技術，例如以太坊的智能合約。

存儲在底層區(qū)塊鏈中主要有三類數據：征信元數據、征信交易數據以及征信評價數據。大致的數據結構如下：

[類型，數據]

其中，類型用于標識該數據的類型，可以用數據字典表示。數據則是征信元數據、征信交易數據或者征信評價數據，其示意圖如圖8所示。

為了確保數據擁有者的權益，存儲在征信數據共享平臺的征信數據將會是征信元數據，格式如下：

[類型，主標識散列值，完整數據散列值，數據生成時間戳，數據版本號，數據提供者ID，數據提供者完整數據訪問接口列表信息，數據提供者簽名]

例如：[001(類型)，d84ec802c340723837c20aff27b8cafd(主標識散列值)，73f56896e2be166695e47d6f91da80f7(完整數據散列值)，61436073600000(數據生成時間戳)，v0.0.1(版本號),

15Xgq5xjUf77ibHZkJu9qKPbw9jPKNeCt1(數據提供者ID),

https://www.madailicai.com/api/users/{id}/edu(數據提供者完整數據訪問接口列表信息)，

iEYEARECAAYFAjdYCQoACgkQJ9S6ULt1dqz6IwCfQ7wP6i(數據提供者簽名)]

其中，d84ec802c340723837c20aff27b8cafd是某人的身份證號碼的MD5散列值。

73f56896e2be166695e47d6f91da80f7是“身份證號碼:畢業(yè)學校”的MD5散列值。

61436073600000時間戳代表了2016-10-100:00:00。

iEYEARECAAYFAjdYCQoACgkQJ9S6ULt1dqz6IwCfQ7wP6i是數據提供者使用私鑰對該條征信元數據內容(不包括簽名部分)進行簽名操作后得到的值，第三方可以使用數據提供者的公鑰進行驗證數據是否有該數據提供者提供。

以下為征信元數據類型說明：

類型：可以用數據字典來表示該征信數據的類型，例如0001代表個人最高學歷。

主標識散列值：主標識用于唯一標記該數據所有者，例如個人身份證ID，姓名加手機號碼，企業(yè)注冊號或者統(tǒng)一社會信用代碼等。主標識用標準的散列函數(例如MD5)得到唯一標識，該唯一標識不可逆，即從唯一標識反推出主標識。

完整數據散列值：數據提供者會將征信完整數據用標準散列函數(例如MD5)得到一個散列值，用作數字簽名，數據訪問者可以用這個散列值來驗證數據提供者之后提供的原始數據是否發(fā)生過變化。

數據生成時間戳：用于標明數據生成時的時間，方便用戶進行選擇。

數據版本號：因為同一個數據提供者提供的同一原始數據隨著時間的變化，數據可能發(fā)生變化，因此用版本號來進行區(qū)分，用于標明修改的順序。

數據提供者ID：相當于比特幣錢包地址，用于在平臺內唯一標識數據提供者。

數據提供者完整數據訪問接口列表信息：數據使用方為了獲取完整原始數據，需要通過調用數據提供者提供的接口，這個接口信息包括輸入參數，接口訪問方法和輸出結果。同時查詢過程中涉及到交易過程，因此也會包含數據交易接口信息。

數據提供者簽名：數據提供者會使用自己的密鑰對共享的征信元數據進行簽名，而數據使用者可以使用數據提供者的公鑰來進行驗證。

所述征信數據共享平臺運行在底層區(qū)塊鏈系統(tǒng)上，通過區(qū)塊鏈適配層調用底層區(qū)塊鏈系統(tǒng)的功能。其中，數據共享模塊會提供一系列的接口供數據提供者共享征信元數據，其具體流程如圖9所示，具體步驟如下：

a)數據提供者按照上述定義的格式組裝征信元數據。

b)數據提供者調用數據共享模塊的上傳接口上傳征信元數據。

c)所述數據共享模塊調用共識算法適配模塊進行數據記錄。

d)所述共識算法適配模塊根據選定的共識算法，定期得到區(qū)塊。

e)同時共識算法適配模塊會將征信元數據進行廣播，在得到大于50％的網絡節(jié)點驗證后，就會把新生成的征信元數據存入到新生成的區(qū)塊中。

f)新生成的區(qū)塊最后會調用數據適配模塊寫入到區(qū)塊鏈中。

g)共識算法適配模塊將最終的區(qū)塊信息返回到數據共享模塊。

h)數據共享模塊將最終的區(qū)塊信息返回到數據提供者。

進一步，數據查詢交易模塊會提供一系列的接口供數據需求者查詢征信元數據，并和數據提供者進行交易，交易結果也會存入到底層區(qū)塊鏈系統(tǒng)中。交易數據的格式如下：

[數據提供者ID，數據需求者ID，完整數據散列值，數據交易時間戳，交易價格，數據提供者簽名，數據需求者簽名]

數據提供者ID：相當于比特幣錢包地址，用于在平臺內唯一標識數據提供者。

數據需求者ID：相當于比特幣錢包地址，用于在平臺內唯一標識數據需求者。

完整數據散列值：數據提供者提供的完整征信數據的散列值。

數據交易時間戳：交易發(fā)生的時間。

交易價格：數據交易的價格。

數據提供者簽名：數據提供者會使用自己的密鑰對交易數據(不包括數據提供者簽名和數據需求者簽名)進行簽名。

數據需求者簽名：數據需求者會使用自己的密鑰對交易數據(不包括數據提供者簽名和數據需求者簽名)進行簽名。

優(yōu)選地，所述數據需求者進行數據查詢交易的步驟如圖10所示，其具體流程如下：

a)數據需求者根據需求數據的主標識(如身份證、企業(yè)社會信用統(tǒng)一代碼等)，生成散列值。

b)數據需求者根據主標識的散列值和需求數據的類型，調用數據查詢交易模塊上的查詢接口。

c)數據查詢交易模塊調用數據適配模塊，所述數據適配模塊根據主標識的散列值和需求數據的類型，查詢保存在本地區(qū)塊鏈上的征信元數據。

d)如果查詢到對應的征信元數據，區(qū)塊鏈數據適配模塊會將征信元數據返回給數據查詢交易模塊。

e)數據查詢交易模塊會將征信元數據返回給數據需求者。

f)所述數據需求者根據返回的征信元數據中的數據提供者ID得到數據提供者的公鑰；具體地，所述公鑰可通過密鑰管理分發(fā)模塊得到。當然，本領域技術人員應當知曉，所述公鑰也可以通過人工輸入或郵件等常規(guī)方式得到。

g)數據需求者根據數據提供者的公鑰驗證征信元數據中數據提供者的簽名。

h)在數據驗證正確之后，數據需求者從征信元數據中提取數據提供者完整數據訪問接口的列表信息。

i)數據需求者根據數據提供者完整數據訪問接口發(fā)送訪問請求，所述訪問請求的數據中包含了主標識、數據類型、數據需求者ID及數據需求者簽名，訪問請求的數據會用數據提供者的公鑰進行加密。

j)數據提供者收到查詢請求后，用私鑰進行解密。

k)數據提供者提取查詢請求中的數據需求者ID，然后從密鑰管理分發(fā)模塊中獲取數據需求者的公鑰。相同地，數據提供者也可以通過人工輸入或郵件等常規(guī)方式得到數據需求者的公鑰。

l)數據提供者根據數據需求者的公鑰驗證查詢數據中數據需求者的簽名。

m)數據提供者驗證通過之后，用完整征信數據、交易價格以及數據提供者簽名等信息調用智能合約適配模塊生成一個交易的智能合約。

n)數據提供者將智能合約發(fā)給數據需求者。

o)數據需求者在對價格進行確認后，使用私鑰對交易的智能合約簽名確認。

p)所述智能合約將生成一個交易數據，廣播到每一個網絡節(jié)點，待51％的節(jié)點確認后，在得到大于50％的網絡節(jié)點驗證后，調用所述數據適配模塊寫入到區(qū)塊鏈中。

q)同時所述智能合約會將完整數據發(fā)給數據需求者，并從數據需求者賬戶中轉約定金額到數據提供者賬戶中，完成交易。

進一步，所述成員管理模塊主要負責成員的加入和離開，同時其還將提供平臺安裝包的安全分發(fā)。

具體地，所述成員管理模塊對新用戶的加入管理流程如下：

a)需要加入的新用戶通過現有用戶廣播加入請求，現有用戶在同意或者拒絕后將結果廣播到全部網絡節(jié)點；

b)當超過定義數量的網絡節(jié)點同意新用戶的加入申請后，請求通過，所述成員管理模塊會為新用戶生成唯一的用戶ID；

c)所述成員管理模塊將調用密鑰管理分發(fā)模塊為新用戶生成一個新的密鑰對，并交付給新用戶；

d)所述新用戶的公鑰通過廣播方式告知所有網絡節(jié)點，并且每一個網絡節(jié)點的密鑰管理分發(fā)模塊均記錄新的用戶ID與公鑰之間的對應關系；

e)新用戶使用分發(fā)的私鑰簽名加入請求，并廣播到所有網絡節(jié)點，每一個網絡節(jié)點收到加入請求后，使用對應的公鑰驗證所述加入請求；

f)驗證通過后，完成新用戶加入。

所述成員管理模塊對用戶的離開管理流程如下：

a)需要離開的用戶發(fā)廣播到全部網絡節(jié)點；

b)收到消息的網絡節(jié)點更新本地保存的現有用戶信息列表，包括公鑰信息；

c)同時發(fā)送確認消息給需要離開的用戶；

d)需要離開的用戶斷開系統(tǒng)網絡，退出區(qū)塊鏈。

所述成員管理模塊對平臺安裝包的安全分發(fā)方式步驟如下：

a)計算平臺安裝包的摘要；

b)生產一個新的密鑰；

c)用該密鑰對所述平臺安裝包加密；

d)所述平臺安裝包可以用線下或者線上的方式傳給會員；

e)同時密鑰和摘要用另外的渠道傳遞，例如Email或者線下專人傳遞；

f)用戶拿到平臺安裝包及密鑰后，進行解密；

g)使用同樣的方法進行對平臺安裝包計算摘要，并與獲取的摘要進行比較；

h)如果一致，說明安裝包正常；如果不一致，則需要重新請求分發(fā)。

所述征信數據共享平臺還包括數據評價模塊，所述數據評價模塊會提供一系列接口，用于對數據提供者提供的單條數據或者某個類型的數據進行評價，生成征信評價數據。

本發(fā)明的征信數據共享與交易系統(tǒng)使用區(qū)塊鏈技術構建了一個可信的征信數據共享與交易平臺，所述征信數據共享與交易系統(tǒng)使用特殊的數據共享機制，數據查詢機制，數據交易機制，能夠吸引征信數據擁有者和征信數據需求者使用，以使得征信數據提供者在數據被保護的情況下可以獲得一定的經濟補償，征信數據查詢方則可以獲取征信數據，完善自己的風控水平。

本發(fā)明的征信數據共享與交易系統(tǒng)可以與現有的征信數據形成互補，有效的擴大征信數據范圍及覆蓋的人群。所述征信數據共享與交易系統(tǒng)建設成功后，可以部分解決目前征信體系不完善的問題，能夠起到很好的補充作用，可以更好地為銀行、小貸公司、消費金融、網絡借貸、大數據公司和其他互聯(lián)網金融機構服務降低因征信數據不完全引起的逾期率，提高業(yè)務運作效率。

最后應當說明的是:以上實施例僅用以說明本發(fā)明的技術方案而非對其限制；盡管參照較佳實施例對本發(fā)明進行了詳細的說明，所屬領域的普通技術人員應當理解：依然可以對本發(fā)明的具體實施方式進行修改或者對部分技術特征進行等同替換；而不脫離本發(fā)明技術方案的精神，其均應涵蓋在本發(fā)明請求保護的技術方案范圍當中。