本發(fā)明涉及網(wǎng)絡(luò)信息安全領(lǐng)域，具體涉及一種基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法。

背景技術(shù)：

目前，已有一些利用區(qū)塊鏈存儲數(shù)據(jù)的用例，如記錄音樂作品的版權(quán)信息、記錄鉆石的流通信息等。這些用例通常采用交易驅(qū)動的數(shù)據(jù)存儲方式，即發(fā)起一次虛擬貨幣(如比特幣)交易，將需存儲的數(shù)據(jù)嵌入交易數(shù)據(jù)結(jié)構(gòu)中，并以分布式方式存儲在區(qū)塊鏈中。

上述方法，利用區(qū)塊鏈的分布式特性提高數(shù)據(jù)存儲的可靠性，利用區(qū)塊鏈的不可修改特性保證數(shù)據(jù)不被篡改。但是，這種方法的弊端也很明顯：(一)在區(qū)塊鏈中存儲數(shù)據(jù)的各方均以自己規(guī)定的數(shù)據(jù)格式存儲數(shù)據(jù)(如版權(quán)信息)，因此各方難以就所存數(shù)據(jù)的含義和有效性達成共識；各方一旦因所存數(shù)據(jù)內(nèi)容(如版權(quán)信息等)發(fā)生糾紛，法律機構(gòu)也難以及時介入并有效識別所存數(shù)據(jù)的真正含義，進而進行有效裁決；(二)在區(qū)塊鏈中存儲數(shù)據(jù)的各方都需投入大量計算力進行數(shù)據(jù)的存儲和檢索；區(qū)塊鏈分叉、剪枝造成交易失效后，還需重復(fù)發(fā)布交易以保證數(shù)據(jù)成功存儲，浪費大量計算力；(三)目前區(qū)塊鏈技術(shù)并不成熟，在安全、效率方面都有較大的改進空間；若區(qū)塊鏈升級換代，各方都需要對自己的數(shù)據(jù)存儲系統(tǒng)做修改，工作量很大。

技術(shù)實現(xiàn)要素：

本發(fā)明旨在解決上述技術(shù)問題。

為此，本發(fā)明的一個目的在于提出一種基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法，解決現(xiàn)有區(qū)塊鏈存儲數(shù)據(jù)的方法通用性差、無權(quán)威方參與、資源開銷大等問題，以提高數(shù)據(jù)存儲的可信性和通用性，降低資源浪費，具有高通用性、高可靠性、高效性和高可移植性等特點。

為了實現(xiàn)上述目的，本發(fā)明的實施例公開了一種基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法，包括以下步驟：S1：數(shù)據(jù)存儲代理接收用戶發(fā)送的服務(wù)請求數(shù)據(jù)包，所述服務(wù)請求數(shù)據(jù)包包括第一時間戳、消息類型、用戶ID和待存儲數(shù)據(jù)的字段以及所述用戶對所述字段做的數(shù)字簽名；S2：所述數(shù)據(jù)存儲代理將第二時間戳、消息類型、所述用戶ID和所述待存儲數(shù)據(jù)封裝到認證請求數(shù)據(jù)包的相應(yīng)字段中，對所述認證請求數(shù)據(jù)包的所述字段做數(shù)字簽名，并將簽名處理后的所述認證請求數(shù)據(jù)包發(fā)送給第三方認證機構(gòu)，以便所述第三方認證機構(gòu)對所述數(shù)據(jù)存儲代理的數(shù)字簽名進行驗證，驗證通過后由所述第三認證機構(gòu)對所述認證請求數(shù)據(jù)包中的所述第二時間戳、所述用戶ID、所述待存儲數(shù)據(jù)做可信簽名，并將第三時間戳、消息類型、所述用戶ID、所述可信簽名封裝到所述認證結(jié)果數(shù)據(jù)包的相應(yīng)字段中，對所述認證結(jié)果數(shù)據(jù)包的所述字段做數(shù)字簽名，并將簽名處理后的所述認證結(jié)果數(shù)據(jù)包發(fā)送給所述數(shù)據(jù)存儲代理；S3：所述數(shù)據(jù)存儲代理收到所述認證結(jié)果數(shù)據(jù)包后，將第四時間戳、所述用戶ID、所述待存儲數(shù)據(jù)和所述可信簽名存儲在區(qū)塊鏈中。

另外，根據(jù)本發(fā)明上述實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法，還可以具有如下附加的技術(shù)特征：

進一步地，在步驟S3之后還包括：所述數(shù)據(jù)存儲代理定期掃描所述區(qū)塊鏈的更新情況，以便在所述第四時間戳、所述用戶ID、所述待存儲數(shù)據(jù)和所述可信簽名存儲失敗時重新進行存儲。

進一步地，在步驟S1之前還包括：所述數(shù)據(jù)存儲代理接收到所述用戶的服務(wù)請求數(shù)據(jù)包后，估計服務(wù)所述用戶所需的資源種類和資源量，并根據(jù)本地資源使用情況判斷是否接受存儲所述待存儲數(shù)據(jù)；接受存儲所述待存儲數(shù)據(jù)后，向所述用戶反饋接收請求信息；不接受存儲所述待存儲數(shù)據(jù)后，向所述用戶反饋拒絕請求信息。

進一步地，所述用戶ID是所述用戶向所述數(shù)據(jù)存儲代理進行注冊后，由所述數(shù)據(jù)存儲代理分配的全網(wǎng)唯一的ID。

進一步地，在步驟S1之前還包括：所述數(shù)據(jù)存儲代理接收所述用戶發(fā)送的注冊請求數(shù)據(jù)包，所述注冊請求數(shù)據(jù)包包括第五時間戳、消息類型和MAC地址的字段，以及所述用戶對所述字段所做的數(shù)字簽名；所述數(shù)據(jù)存儲代理驗證所述用戶對所述注冊請求數(shù)據(jù)包的數(shù)字簽名，并在驗證通過后向所述用戶分配全網(wǎng)唯一的ID。

進一步地，所述用戶ID根據(jù)預(yù)設(shè)位數(shù)的隨機二進制字串和所述用戶的MAC地址拼接而成。

進一步地，在所述數(shù)據(jù)存儲代理生成所述認證請求數(shù)據(jù)包之前還包括：所述數(shù)據(jù)存儲代理驗證所述用戶對所述服務(wù)請求數(shù)據(jù)包的數(shù)字簽名，并在驗證通過后生成所述認證請求數(shù)據(jù)包。

進一步地，在所述數(shù)據(jù)存儲代理收到所述認證結(jié)果數(shù)據(jù)包后還包括：所述數(shù)據(jù)存儲代理驗證所述第三方認證機構(gòu)對所述認證結(jié)果數(shù)據(jù)包的數(shù)字簽名，以便在驗證通過后所述數(shù)據(jù)存儲代理將所述第四時間戳、所述用戶ID、所述待存儲數(shù)據(jù)和所述可信簽名存儲在區(qū)塊鏈中。

本發(fā)明實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法，引入數(shù)據(jù)存儲代理和第三方認證機構(gòu)兩個實體，數(shù)據(jù)存儲代理以統(tǒng)一的數(shù)據(jù)結(jié)構(gòu)對數(shù)據(jù)進行表示和存儲，保證了區(qū)塊鏈中所存數(shù)據(jù)在形式上的一致性和通用性；第三方認證機構(gòu)可為權(quán)威的政府部門或者法律機構(gòu)，數(shù)據(jù)存儲代理在區(qū)塊鏈中存儲的數(shù)據(jù)均通過第三方認證，提高了信息的可信性，用戶一旦因數(shù)據(jù)發(fā)生糾紛，第三方可以及時介入并進行裁決；數(shù)據(jù)存儲代理向用戶提供可靠的數(shù)據(jù)存儲和檢索服務(wù)，使得用戶不必關(guān)注區(qū)塊鏈存儲、檢索的細節(jié)，不必處理存儲失敗、區(qū)塊鏈升級換代等情況，可有效降低計算力的消耗。

本發(fā)明的附加方面和優(yōu)點將在下面的描述中部分給出，部分將從下面的描述中變得明顯，或通過本發(fā)明的實踐了解到。

附圖說明

本發(fā)明的上述和/或附加的方面和優(yōu)點從結(jié)合下面附圖對實施例的描述中將變得明顯和容易理解，其中：

圖1是本發(fā)明實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法的流程圖；

圖2是本發(fā)明一個實施例的用戶的注冊請求數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)示意圖；

圖3是本發(fā)明一個實施例的數(shù)據(jù)存儲代理的注冊結(jié)果報文的數(shù)據(jù)結(jié)構(gòu)示意圖；

圖4是本發(fā)明一個實施例的用戶的服務(wù)請求數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)示意圖；

圖5是本發(fā)明一個實施例的數(shù)據(jù)存儲代理的認證請求數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)示意圖；

圖6是本發(fā)明一個實施例的第三方認證機構(gòu)的認證結(jié)果數(shù)據(jù)包的數(shù)據(jù)結(jié)構(gòu)示意圖；

圖7是本發(fā)明一個實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法的系統(tǒng)架構(gòu)示意圖。

具體實施方式

下面詳細描述本發(fā)明的實施例，所述實施例的示例在附圖中示出，其中自始至終相同或類似的標(biāo)號表示相同或類似的元件或具有相同或類似功能的元件。下面通過參考附圖描述的實施例是示例性的，僅用于解釋本發(fā)明，而不能理解為對本發(fā)明的限制。

在本發(fā)明的描述中，需要理解的是，術(shù)語“第一”、“第二”僅用于描述目的，而不能理解為指示或暗示相對重要性。

參照下面的描述和附圖，將清楚本發(fā)明的實施例的這些和其他方面。在這些描述和附圖中，具體公開了本發(fā)明的實施例中的一些特定實施方式，來表示實施本發(fā)明的實施例的原理的一些方式，但是應(yīng)當(dāng)理解，本發(fā)明的實施例的范圍不受此限制。相反，本發(fā)明的實施例包括落入所附加權(quán)利要求書的精神和內(nèi)涵范圍內(nèi)的所有變化、修改和等同物。

以下結(jié)合附圖描述本發(fā)明。

圖1是本發(fā)明實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法的流程圖。如圖1所示，本發(fā)明實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法，包括以下步驟：

S1：數(shù)據(jù)存儲代理接收用戶發(fā)送的服務(wù)請求數(shù)據(jù)包，所述服務(wù)請求數(shù)據(jù)包包括時間戳、用戶ID、消息類型、待存儲數(shù)據(jù)、數(shù)字簽名等字段。

在本發(fā)明的一個實施例中，用戶C_i將第一時間戳Timestamp1、消息類型Serv_Req、用戶ID_ci、待存儲數(shù)據(jù)S_i填入服務(wù)請求數(shù)據(jù)包中，并按照以下公式對服務(wù)請求數(shù)據(jù)包做數(shù)字簽名，然后將簽名后的服務(wù)請求數(shù)據(jù)包發(fā)送給數(shù)據(jù)存儲代理P。

Signature_1＝Key_pri_ci(Hash(Timestamp1||Serv_Req||ID_ci||S_i))

其中，Signature_1表示所述用戶C_i對服務(wù)請求數(shù)據(jù)包的數(shù)字簽名；Hash()表示將括號內(nèi)的字段內(nèi)容拼接而成的字串做為哈希算法的輸入，生成的固定長度的字串；Key_pri_ci()表示所述用戶C_i使用自己的私鑰對哈希算法輸出的字串做加密。

在本發(fā)明的一個實施例中，用戶ID_ci是所述用戶C_i向所述數(shù)據(jù)存儲代理P進行注冊后，由數(shù)據(jù)存儲代理P分配的全網(wǎng)唯一的ID。在本發(fā)明的一個實施例中，用戶C_i向數(shù)據(jù)存儲代理P進行注冊并得到所述用戶ID_ci的過程包括：

數(shù)據(jù)存儲代理P接收用戶C_i發(fā)送的注冊請求數(shù)據(jù)包。注冊請求數(shù)據(jù)包的數(shù)字簽名是所述用戶C_i根據(jù)注冊請求數(shù)據(jù)包中的第五時間戳Timestamp5、消息類型Reg_Req、MAC地址MAC_ci生成的。其中，第五時間戳Timestamp5為所述用戶生成數(shù)字簽名時的系統(tǒng)時間。

具體地，按照以下公式生成數(shù)字簽名：

Signature_5＝Key_pri_ci(Hash(Timestamp5||Reg_Req||MAC_ci))。

其中，Signature_5表示用戶C_i對注冊請求數(shù)據(jù)包的數(shù)字簽名；Hash()表示將括號內(nèi)的字段內(nèi)容拼接而成的字串做為哈希算法的輸入，生成的固定長度的字串；Key_pri_ci()表示用戶C_i使用自己的私鑰對哈希算法輸出的字串做加密。

數(shù)據(jù)存儲代理P接收到用戶C_i發(fā)送的注冊請求數(shù)據(jù)包后，根據(jù)用戶C_i的公鑰解密并驗證用戶的數(shù)字簽名Signature_2，并在驗證通過后向用戶C_i分配全網(wǎng)唯一的ID。

在本發(fā)明的一個實施例中，數(shù)據(jù)存儲代理P根據(jù)預(yù)設(shè)位數(shù)的隨機二進制字串和用戶C_i的MAC地址按照以下公式為用戶C_i分配ID：

ID_ci＝(Random_80||MAC_ci)

其中，Random_80為80位的隨機二進制字串，P將Random_80和用戶C_i的MAC地址MAC_ci做拼接生成ID_ci，作為分配給用戶C_i的用戶ID。需要說明的是，本實施例中隨機二進制字串的長度并不限定固定的長度，采用的80位僅作為一種示例進行說明，在實際使用中可以根據(jù)需要做相應(yīng)的調(diào)整。

在本發(fā)明的一個實施例中，在用戶C_i獲得用戶ID之后，且在步驟S1之前還包括以下步驟：

數(shù)據(jù)存儲代理P接收用戶C_i的服務(wù)請求數(shù)據(jù)包。假設(shè)數(shù)據(jù)存儲代理P具備的資源種類為m種，每種資源的編號分別為R_x，每種資源的總量分別為R_x_total，其中x＝1,…,m；假設(shè)此時數(shù)據(jù)存儲代理正在服務(wù)的用戶數(shù)量為n個，用戶ID分別為C_y，其中y＝1,…,n。

數(shù)據(jù)存儲代理P首先估計服務(wù)用戶C_i所需的資源種類和資源量，并根據(jù)本地資源使用情況判斷是否接受用戶C_i存儲待存儲數(shù)據(jù)的服務(wù)請求；

具體地，數(shù)據(jù)存儲代理P估計為服務(wù)用戶C_i所需使用的資源R_x的總量，計算公式為：

其中，R_x_y表示數(shù)據(jù)存儲代理P為服務(wù)客戶C_y而消耗的R_x資源量，E(R_x_i)是數(shù)據(jù)存儲代理P為服務(wù)用戶C_i所需使用的R_x資源量的估計值。

數(shù)據(jù)存儲代理P計算本地資源能否滿足用戶C_i需求，計算方法為：

F＝F(1)∩F(2)∩…∩F(m-1)∩F(m)

其中，R_x_res表示數(shù)據(jù)存儲代理P為了保證正常運行而需保留的R_x資源量；F(x)是布爾變量，若資源R_x的可用量滿足用戶C_i需求，則F(x)為真，否則為假。F是布爾變量，F(xiàn)為真當(dāng)且僅當(dāng)所有的F(x)為真。若F為真，表示數(shù)據(jù)存儲代理P的可用資源量滿足用戶C_i需求，因此數(shù)據(jù)存儲代理P接受用戶C_i存儲待存儲數(shù)據(jù)的服務(wù)請求，并向用戶C_i反饋接收請求信息；否則拒絕用戶C_i存儲待存儲數(shù)據(jù)的服務(wù)請求，向用戶C_i反饋拒絕請求信息。

S2：數(shù)據(jù)存儲代理將第二時間戳、消息類型、用戶ID和待存儲數(shù)據(jù)封裝到認證請求數(shù)據(jù)包的相應(yīng)字段中，使用自身私鑰對上述字段做數(shù)字簽名，并將簽名處理后的認證請求數(shù)據(jù)包發(fā)送給第三方認證機構(gòu)；第三方認證機構(gòu)使用數(shù)據(jù)存儲代理的公鑰對數(shù)字簽名進行解密和驗證，驗證通過后由第三認證機構(gòu)使用自身私鑰對認證請求數(shù)據(jù)包中的時間戳、用戶ID、待存儲數(shù)據(jù)做可信簽名，并將時間戳、消息類型、用戶ID、可信簽名封裝到認證結(jié)果數(shù)據(jù)包的相應(yīng)字段中，使用自身私鑰對上述字段做數(shù)字簽名，并將簽名處理后的認證結(jié)果數(shù)據(jù)包發(fā)送給數(shù)據(jù)存儲代理。

具體地，數(shù)據(jù)存儲代理P使用用戶C_i的公鑰解密并驗證用戶C_i對服務(wù)請求數(shù)據(jù)包的數(shù)字簽名，并在驗證通過后將第二時間戳Timestamp2、消息類型Auth_Req、用戶ID_ci、用戶提交的待存儲數(shù)據(jù)S_i嵌入認證請求數(shù)據(jù)包中，并按照以下公式對認證請求數(shù)據(jù)包進行數(shù)字簽名

Signature_2＝Key_pri_p(Hash(Timestamp2||Auth_Req||ID_ci||S_i))

其中，Signature_2為數(shù)據(jù)存儲代理P對認證請求數(shù)據(jù)包的數(shù)字簽名；Hash()表示將括號內(nèi)的字段內(nèi)容拼接而成的字串做為哈希算法的輸入，生成的固定長度的字串；Key_pri_p()表示數(shù)據(jù)存儲代理P使用自己的私鑰對哈希算法輸出的字串做加密。

第三方認證機構(gòu)A接收到認證請求數(shù)據(jù)包后，首先使用數(shù)據(jù)存儲代理P的公鑰解密并驗證數(shù)字簽名Signature_2。若驗證通過，則進入如下步驟：

第三方認證機構(gòu)A根據(jù)認證請求數(shù)據(jù)包中的第二時間戳Timestamp2、用戶ID_ci、待存儲數(shù)據(jù)S_i進行可信簽名Signature_Auth

Signature_Auth＝Key_pri_a(Hash(Timestamp2||ID_ci||S_i))

其中，Signature_Auth為第三方認證機構(gòu)A所做的可信簽名；Hash()表示將括號內(nèi)的字段內(nèi)容拼接而成的字串做為哈希算法的輸入，生成的固定長度的字串；Key_pri_a()表示第三方認證機構(gòu)A使用自己的私鑰對哈希算法輸出的字串做加密。

第三方認證機構(gòu)A根據(jù)將第三時間戳Timestamp3、消息類型Auth_Res、用戶ID_ci、可信簽名Signature_Auth封裝到認證結(jié)果數(shù)據(jù)包中，并使用自身私鑰對上述字段做數(shù)字簽名Signature_3，發(fā)送給數(shù)據(jù)存儲代理P：

Signature_3＝Key_pri_a(Hash(Timestamp3||Auth_Res||ID_ci||Signature_Auth))。

其中，Signature_3為第三方A為認證結(jié)果數(shù)據(jù)包所做的數(shù)字簽名；Hash()表示將括號內(nèi)的字段內(nèi)容拼接而成的字串做為哈希算法的輸入，生成的固定長度的字串；Key_pri_a()表示第三方認證機構(gòu)A使用自己的私鑰對哈希算法輸出的字串做加密。

S3：數(shù)據(jù)存儲代理收到認證結(jié)果數(shù)據(jù)包后，首先使用第三方代理機構(gòu)A的公鑰解密并驗證數(shù)字簽名。若驗證通過，則將第四時間戳、用戶ID、待存儲數(shù)據(jù)和可信簽名存儲在區(qū)塊鏈中。

在本發(fā)明的一個實施例中，數(shù)據(jù)存儲代理P使用第三方A的公鑰解密并驗證第三方A對認證結(jié)果數(shù)據(jù)包的數(shù)字簽名Signature_4，若驗證通過則調(diào)用區(qū)塊鏈的通信接口，將第四時間戳Timestamp4、用戶ID_ci、待存儲數(shù)據(jù)S_i和第三方可信簽名Signature_Auth存儲在區(qū)塊鏈中。

在本發(fā)明的一個實施例中，步驟S3之后還包括：

數(shù)據(jù)存儲代理P定期掃描區(qū)塊鏈的更新情況，以便在Timestamp4、ID_ci、S_i和Signature_Auth存儲失敗時重新進行存儲。

為使本領(lǐng)域技術(shù)人員進一步理解本發(fā)明，將通過以下實施例進行詳細說明。

圖2表示用戶C_i申請注冊時，向數(shù)據(jù)存儲代理P發(fā)送的注冊請求數(shù)據(jù)包的報文結(jié)構(gòu)。其中，時間戳Timestamp字段128位，消息類型MsgType字段64位，MAC地址MAC字段64位，數(shù)字簽名Signature字段1024位。時間戳Timestamp字段通過填寫Unix系統(tǒng)時間戳并在高位填0以擴充為128位；MAC字段在主機48位MAC地址的基礎(chǔ)上在高位填0擴充為64位；簽名Signature字段是對Timestamp、MsgType、MAC、Signature字段所做的數(shù)字簽名。下文中各數(shù)據(jù)包的時間戳Timestamp字段、用戶ID字段、數(shù)字簽名Signature字段的規(guī)定同注冊請求數(shù)據(jù)包。

圖3表示數(shù)據(jù)存儲代理P向用戶C_i返回的注冊結(jié)果數(shù)據(jù)包的報文結(jié)構(gòu)。其中，時間戳Timestamp字段128位，消息類型MsgType字段64位，用戶ID字段128位，數(shù)字簽名Signature字段1024位。

圖4表示用戶C_i向數(shù)據(jù)存儲代理P發(fā)送的服務(wù)請求數(shù)據(jù)包的報文結(jié)構(gòu)。其中，時間戳Timestamp字段128位，消息類型MsgType字段64位，用戶ID字段128位，數(shù)字簽名Signature字段1024位。待存儲數(shù)據(jù)Data字段長度可變，最長不超過3776位。

圖5表示數(shù)據(jù)存儲代理P向第三方A發(fā)送的認證請求數(shù)據(jù)包的報文結(jié)構(gòu)。需要注意的是，雖然此報文結(jié)構(gòu)和圖4報文結(jié)構(gòu)的結(jié)構(gòu)相同，但是各字段均由P重新填寫，并非直接轉(zhuǎn)發(fā)用戶C_i所發(fā)送的報文。

圖6表示第三方認證機構(gòu)A向數(shù)據(jù)存儲代理P發(fā)送的認證結(jié)果數(shù)據(jù)包的報文結(jié)構(gòu)。時間戳Timestamp字段128位，消息類型MsgType字段64位，用戶ID字段128位，A的可信簽名Signature_Auth字段1024位，A對本數(shù)據(jù)包的數(shù)字簽名Signature字段1024位。

圖7表示由用戶、數(shù)據(jù)存儲代理、第三方等實體組成的系統(tǒng)架構(gòu)。需要指出的是，區(qū)塊鏈并不是本發(fā)明的一部分，此處為了說明實體間相互關(guān)系而將區(qū)塊鏈繪出。

本發(fā)明雖將數(shù)據(jù)存儲于區(qū)塊鏈中，但不對區(qū)塊鏈的具體類型、存在方式、數(shù)據(jù)存儲方式和通信接口等做特別假設(shè)。數(shù)據(jù)存儲代理向上對用戶提供統(tǒng)一的通信接口，向下根據(jù)區(qū)塊鏈具體情況實現(xiàn)存儲及檢索功能。本發(fā)明提出的系統(tǒng)架構(gòu)可以基于任何區(qū)塊鏈實現(xiàn)，并可有效完成所有功能。第三方認證機構(gòu)為公認權(quán)威的政府監(jiān)管機構(gòu)或者權(quán)威法律機構(gòu)，可以根據(jù)隱私政策及用戶需求對數(shù)據(jù)進行認證，表明第三方認可用戶所存儲的數(shù)據(jù)。

本發(fā)明實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法，引入了數(shù)據(jù)存儲代理和第三方認證結(jié)構(gòu)兩個實體，數(shù)據(jù)存儲代理為用戶提供可靠的數(shù)據(jù)存儲服務(wù)，使用戶不必再關(guān)注存儲細節(jié)，節(jié)省了計算力，提高了網(wǎng)絡(luò)工作效率；所有數(shù)據(jù)以統(tǒng)一格式存儲，且經(jīng)過了第三方認證機構(gòu)的認證，因此區(qū)塊鏈中存儲的數(shù)據(jù)可以得到各方的認可。本發(fā)明解決了當(dāng)前利用區(qū)塊鏈存儲數(shù)據(jù)方法的弊端，具有高通用性、高可靠性、高效性、高可移植性，對節(jié)約計算力、提升網(wǎng)絡(luò)工作效率也具有重要意義。

另外，本發(fā)明實施例的基于區(qū)塊鏈的有第三方認證的數(shù)據(jù)存儲方法的其它構(gòu)成以及作用對于本領(lǐng)域的技術(shù)人員而言都是已知的，為了減少冗余，不做贅述。

在本說明書的描述中，參考術(shù)語“一個實施例”、“一些實施例”、“示例”、“具體示例”、或“一些示例”等的描述意指結(jié)合該實施例或示例描述的具體特征、結(jié)構(gòu)、材料或者特點包含于本發(fā)明的至少一個實施例或示例中。在本說明書中，對上述術(shù)語的示意性表述不一定指的是相同的實施例或示例。而且，描述的具體特征、結(jié)構(gòu)、材料或者特點可以在任何的一個或多個實施例或示例中以合適的方式結(jié)合。

盡管已經(jīng)示出和描述了本發(fā)明的實施例，本領(lǐng)域的普通技術(shù)人員可以理解：在不脫離本發(fā)明的原理和宗旨的情況下可以對這些實施例進行多種變化、修改、替換和變型，本發(fā)明的范圍由權(quán)利要求及其等同限定。