本發(fā)明涉及互聯(lián)網(wǎng)技術領域，特別涉及一種文件驗證方法及裝置。

背景技術：

經(jīng)過近幾年的發(fā)展，文件的電子化程度越來越高，一些重要的電子文件的安全性就越來越重要。例如，涉及到貨幣發(fā)行、智能合約、股權權利登記和轉(zhuǎn)讓、身份認證、健康管理、司法仲裁、投票等程序的文件，一旦被篡改，造成的損失是非常嚴重的。

在現(xiàn)有技術中，為確保重要文件的安全性，通常情況下用戶會將重要文件發(fā)送至公證機構進行保全，當需要使用這些重要文件時，會請求公證機構對這些重要文件進行驗證，以確保這些重要文件未被篡改。公證機構進行驗證時，將預先保全的文件與用戶當前提供的文件進行比對，當比對結果一致時，確定文件未被篡改。

然而，由于傳統(tǒng)的公證方案中，文件是保全在公證機構的數(shù)據(jù)庫中，而公證機構中保全的文件也是由人進行管理的，因而，保全在公證機構中的文件仍然存在被篡改的可能，當保全的文件與進行驗證的文件做同樣的篡改時，仍然能夠通過公證機構的驗證，但是文件已經(jīng)不是之前的文件。因此，傳統(tǒng)的公證方案中，文件的安全性完全依賴于公證機構的信用度，仍然存在安全性不高的問題，因而，如何提出一種文件驗證方法，來提高文件的安全性，是一亟待解決的技術問題。

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

本發(fā)明提供一種文件驗證方法及裝置，用以提高文件的安全性。

本發(fā)明提供一種文件驗證方法，包括：

接收用戶發(fā)送的待驗證文件以及用于驗證所述待驗證文件的目標數(shù)據(jù)；

根據(jù)所述目標數(shù)據(jù)判斷用于進行虛擬貨幣交易的目標區(qū)塊鏈中是否存在與所述待驗證文件對應的目標交易；

當所述目標區(qū)塊鏈中存在與所述待驗證文件對應的目標交易時，確定所述待驗證文件驗證通過；

輸出驗證通過的提示消息。

本發(fā)明的有益效果在于：通過驗證待驗證文件的目標文件判斷用于進行虛擬貨幣交易的區(qū)塊鏈中是否存在與待驗證文件對應的目標交易，并在目標區(qū)塊鏈中存在與待驗證文件對應的目標交易時，確定待驗證文件的驗證通過。由于區(qū)塊鏈中的數(shù)據(jù)不易被篡改，因而，通過區(qū)塊鏈中的交易對文件進行驗證，避免了待驗證文件和保全的文件被同時篡改而導致誤驗證的可能，進而提高了文件的安全性。

在一個實施例中，所述方法還包括：

接收用戶發(fā)送的目標哈希函數(shù)；

根據(jù)所述目標哈希函數(shù)計算所述待驗證文件的目標哈希值。

在一個實施例中，所述根據(jù)所述目標哈希函數(shù)計算所述待驗證文件的目標哈希值，包括：

獲取所述待驗證文件的多種預設格式，其中，所述多種預設格式包括以下至少一種格式：

原始格式、可擴展標記語言格式和數(shù)字格式；

根據(jù)所述目標哈希函數(shù)對每種預設格式進行哈希計算以得到所有預設格式所對應的哈希值；

根據(jù)所述目標哈希函數(shù)對所有預設格式所對應的哈希值進行二次哈希計算以得到目標哈希值。

本實施例的有益效果在于：通過對待驗證文件進行兩次哈希計算，從而使目標哈希值的計算規(guī)則更加復雜化，增大了其他用戶通過待驗證文件得到目標哈希值的難度，進一步提高了文件的安全性。

在一個實施例中，當所述目標數(shù)據(jù)包括交易標識時，所述方法還包括：

判斷所述目標區(qū)塊鏈中是否存在與所述交易標識所對應的交易；

當存在與所述交易標識所對應的交易時，判斷所述交易得到確認的次數(shù)是否達到預設次數(shù)；

當所述交易得到確認的次數(shù)達到預設次數(shù)時，獲取所述交易中所記錄的第一哈希值；

將所述第一哈希值與所述目標哈希值進行比對；

當比對結果一致時，確定所述目標區(qū)塊鏈中存在與所述待驗證文件對應的目標交易，且所述目標交易為記錄所述第一哈希值的交易。

本實施例的有益效果在于：當目標區(qū)塊鏈中存在與交易標識所對應的交易時，需要判斷交易得到確認的次數(shù)是否達到預設次數(shù)。當交易得到一定次數(shù)的確認之后，除非設備計算速度大于全網(wǎng)速度，否則就無法對該交易中的第一哈希值進行編輯。避免了其他用戶對第一哈希值進行修改。提高了文件的安全性。

在一個實施例中，當所述目標數(shù)據(jù)不包括交易標識時，所述方法還包括：

判斷所述目標區(qū)塊鏈中是否存在與所述目標哈希值一致的第二哈希值；

當存在與所述目標哈希值一致的第二哈希值時，判斷記錄所述第二哈希值的交易得到確認的次數(shù)是否達到預設次數(shù)；

當記錄所述第二哈希值的交易得到確認的次數(shù)達到預設次數(shù)時，確定所述目標區(qū)塊鏈中存在與所述待驗證文件對應的目標交易，且所述目標交易為記錄所述第二哈希值的交易。

本實施例的有益效果在于：在無法得到交易標識時，通過目標哈希值判斷目標區(qū)塊鏈中是否存在與待驗證文件對應的目標交易，從而提供了一種在沒有交易標識時的驗證方案，降低了文件驗證的條件。

本發(fā)明還提供一種文件驗證裝置，包括：

第一接收模塊，用于接收用戶發(fā)送的待驗證文件以及用于驗證所述待驗證文件的目標數(shù)據(jù)；

第一判斷模塊，用于根據(jù)所述目標數(shù)據(jù)判斷用于進行虛擬貨幣交易的目標區(qū)塊鏈中是否存在與所述待驗證文件對應的目標交易；

第一確定模塊，用于當所述目標區(qū)塊鏈中存在與所述待驗證文件對應的目標交易時，確定所述待驗證文件驗證通過；

輸出模塊，用于輸出驗證通過的提示消息。

在一個實施例中，所述裝置還包括：

第二接收模塊，用于接收用戶發(fā)送的目標哈希函數(shù)；

計算模塊，用于根據(jù)所述目標哈希函數(shù)計算所述待驗證文件的目標哈希值。

在一個實施例中，所述計算模塊，包括：

獲取子模塊，用于獲取所述待驗證文件的多種預設格式，其中，所述多種預設格式包括以下至少一種格式：

原始格式、可擴展標記語言格式和數(shù)字格式；

第一計算子模塊，用于根據(jù)所述目標哈希函數(shù)對每種預設格式進行哈希計算以得到所有預設格式所對應的哈希值；

第二計算子模塊，用于根據(jù)所述目標哈希函數(shù)對所有預設格式所對應的哈希值進行二次哈希計算以得到目標哈希值。

在一個實施例中，所述裝置還包括：

第二判斷模塊，用于當所述目標數(shù)據(jù)包括交易標識時，判斷所述目標區(qū)塊鏈中是否存在與所述交易標識所對應的交易；

第三判斷模塊，用于當存在與所述交易標識所對應的交易時，判斷所述交易得到確認的次數(shù)是否達到預設次數(shù)；

獲取模塊，用于當所述交易得到確認的次數(shù)達到預設次數(shù)時，獲取所述交易中所記錄的第一哈希值；

比對模塊，用于將所述第一哈希值與所述目標哈希值進行比對；

第二確定模塊，用于當比對結果一致時，確定所述目標區(qū)塊鏈中存在與所述待驗證文件對應的目標交易，且所述目標交易為記錄所述第一哈希值的交易。

在一個實施例中，所述裝置還包括：

第四判斷模塊，用于當所述目標數(shù)據(jù)不包括交易標識時，判斷所述目標區(qū)塊鏈中是否存在與所述目標哈希值一致的第二哈希值；

第五判斷模塊，用于當存在與所述目標哈希值一致的第二哈希值時，判斷記錄所述第二哈希值的交易得到確認的次數(shù)是否達到預設次數(shù)；

第三確定模塊，用于當記錄所述第二哈希值的交易得到確認的次數(shù)達到預設次數(shù)時，確定所述目標區(qū)塊鏈中存在與所述待驗證文件對應的目標交易，且所述目標交易為記錄所述第二哈希值的交易。

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在所寫的說明書、權利要求書、以及附圖中所特別指出的結構來實現(xiàn)和獲得。

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

附圖說明

附圖用來提供對本發(fā)明的進一步理解，并且構成說明書的一部分，與本發(fā)明的實施例一起用于解釋本發(fā)明，并不構成對本發(fā)明的限制。在附圖中：

圖1為本發(fā)明一實施例中文件驗證方法的流程圖；

圖2為本發(fā)明一實施例中文件驗證方法的流程圖；

圖3為本發(fā)明一實施例中文件驗證方法的流程圖；

圖4為本發(fā)明一實施例中文件驗證方法的流程圖；

圖5為本發(fā)明一實施例中文件驗證方法的流程圖；

圖6為本發(fā)明一實施例中文件驗證裝置的框圖；

圖7為本發(fā)明一實施例中文件驗證裝置的框圖；

圖8為本發(fā)明一實施例中文件驗證裝置的框圖；

圖9為本發(fā)明一實施例中文件驗證裝置的框圖；

圖10為本發(fā)明一實施例中文件驗證裝置的框圖。

具體實施方式

以下結合附圖對本發(fā)明的優(yōu)選實施例進行說明，應當理解，此處所描述的優(yōu)選實施例僅用于說明和解釋本發(fā)明，并不用于限定本發(fā)明。

區(qū)塊鏈技術是指通過去中心化和去信任的方式集體維護一個可靠數(shù)據(jù)庫的技術方案。該技術方案主要讓參與系統(tǒng)中的任意多個節(jié)點，通過一串使用密碼學方法相關聯(lián)產(chǎn)生的數(shù)據(jù)塊，每個數(shù)據(jù)塊中包含了一定時間內(nèi)的系統(tǒng)全部信息交流數(shù)據(jù)，并且生成數(shù)據(jù)指紋用于驗證其信息的有效性和鏈接下一個數(shù)據(jù)庫塊。

區(qū)塊鏈能實現(xiàn)全球數(shù)據(jù)信息的分布式記錄(可以由系統(tǒng)參與者集體記錄，而非由一個中心化的機構集中記錄)與分布式存儲(可以存儲在所有參與記錄數(shù)據(jù)的節(jié)點中，而非集中存儲于中心化的機構節(jié)點中)。

區(qū)塊鏈技術可以在信息不對稱、不確定的環(huán)境下，建立滿足經(jīng)濟活動賴以發(fā)生、發(fā)展的“信任”生態(tài)體系。區(qū)塊鏈以數(shù)學算法(程序)作為背書，所有的規(guī)則都建立一個公開透明的數(shù)學算法(程序)之上，能夠讓所有不同政治文化背景的人群獲得共識，解決價值轉(zhuǎn)移和信用轉(zhuǎn)移。

存儲在進行虛擬貨幣交易的區(qū)塊鏈中的數(shù)據(jù)不易丟失和篡改，本發(fā)明的技術方案就是利用區(qū)塊鏈的這一特性所提出的。

圖1為本發(fā)明一實施例中文件驗證方法的流程圖，如圖1所示，本發(fā)明中文件驗證方法可用于提供公證服務的機構所對應的服務器，該方法包括如下步驟S101-S104：

在步驟S101中，接收用戶發(fā)送的待驗證文件以及用于驗證待驗證文件的目標數(shù)據(jù)；

在步驟S102中，根據(jù)目標數(shù)據(jù)判斷用于進行虛擬貨幣交易的目標區(qū)塊鏈中是否存在與待驗證文件對應的目標交易；

在步驟S103中，當目標區(qū)塊鏈中存在與待驗證文件對應的目標交易時，確定待驗證文件驗證通過；

在步驟S104中，輸出驗證通過的提示消息。

本實施例中，接收用戶發(fā)送的待驗證文件，以及用于驗證待驗證文件的目標數(shù)據(jù)；其中，該目標數(shù)據(jù)可以是對待驗證文件進行保全時所在交易的交易標識。根據(jù)該目標數(shù)據(jù)判斷用于進行虛擬貨幣交易的目標區(qū)塊鏈中是否存在與待驗證文件對應的目標交易；當目標區(qū)塊鏈中存在與該待驗證文件對應的目標交易時，確定該待驗證文件驗證通過；輸出驗證通過的提示消息。

本發(fā)明的有益效果在于：通過驗證待驗證文件的目標文件判斷用于進行虛擬貨幣交易的區(qū)塊鏈中是否存在與待驗證文件對應的目標交易，并在目標區(qū)塊鏈中存在與待驗證文件對應的目標交易時，確定待驗證文件的驗證通過。由于區(qū)塊鏈中的數(shù)據(jù)不易被篡改，因而，通過區(qū)塊鏈中的交易對文件進行驗證，避免了待驗證文件和保全的文件被同時篡改而導致誤驗證的可能，進而提高了文件的安全性。

在一個實施例中，如圖2所示，在上述步驟S102之前，方法還可被實施為如下步驟S201-S202：

在步驟S201中，接收用戶發(fā)送的目標哈希函數(shù)；

在步驟S202中，根據(jù)目標哈希函數(shù)計算待驗證文件的目標哈希值。

用戶可以將用于驗證的文件預先保全在用戶進行虛擬貨幣交易的區(qū)塊鏈中。另外，由于區(qū)塊鏈并不是為數(shù)據(jù)存儲設計，只能存儲少量數(shù)據(jù)，例如，原始文件的哈希值，因此，用戶可將待驗證文件對應的哈希值存儲在區(qū)塊鏈的交易中，以實現(xiàn)對待驗證文件的保全。因為區(qū)塊鏈存儲了所有已經(jīng)確認的交易，而且因為哈希值是唯一的，所以就可以證明該哈希值對應的文件的存在。

需要說明的是，該待驗證文件對應的哈希值可以是該待驗證文件本身的哈希值。也可以是多種格式的該待驗證文件的最終哈希值。

在計算多種格式的該待驗證文件的最終哈希值時，預先獲取該待驗證文件的多種預設格式，根據(jù)預設的哈希函數(shù)對這些預設格式的待驗證文件進行哈希計算，得到多種預設格式的待驗證文件的哈希值，然后根據(jù)該預設的哈希函數(shù)對得到的多個哈希值進行二次哈希計算，得到該待驗證文件的最終哈希值。

由于用戶進行數(shù)據(jù)保全時保全的是文件的哈希值，因而，本實施例中，在判斷目標區(qū)塊鏈中是否存在與該待驗證文件對應的目標交易之前，方法還包括，接收用戶發(fā)送的目標哈希函數(shù)，根據(jù)該目標哈希函數(shù)計算該待驗證文件的目標哈希值。本實施例中，計算待驗證文件的目標哈希值，以便后續(xù)與區(qū)塊鏈中文件保全時存儲的哈希值進行比對，以實現(xiàn)對待驗證文件的驗證。

在一個實施例中，如圖3所示，上述步驟S202可被實施為如下步驟S301-S303：

在步驟S301中，獲取待驗證文件的多種預設格式，其中，多種預設格式包括以下至少一種格式：

原始格式、可擴展標記語言格式和數(shù)字格式；

在步驟S302中，根據(jù)目標哈希函數(shù)對每種預設格式進行哈希計算以得到所有預設格式所對應的哈希值；

在步驟S303中，根據(jù)目標哈希函數(shù)對所有預設格式所對應的哈希值進行二次哈希計算以得到目標哈希值。

本實施例中，獲取待驗證文件的多種預設格式。其中，該待驗證文件的預設格式與其進行數(shù)據(jù)保全時計算哈希值所用到的格式是一致的，從而保證哈希值的一致性。

根據(jù)用戶發(fā)送的目標哈希函數(shù)分別對每種格式的文件進行哈希計算以得到所有預設格式所對應的哈希值。其中，該目標哈希函數(shù)為用戶對該待驗證文件進行保全時所使用的哈希函數(shù)。

根據(jù)用戶發(fā)送的目標哈希函數(shù)對所有預設格式的文件所對應的哈希函數(shù)進行二次哈希計算，從而得到該待驗證文件對應的目標哈希值。

由于本實施例中進行兩次哈希計算，因而，即使其他用戶得到該待驗證文件，其如果不知道在計算目標哈希值時所使用的文件格式，也無法得到該目標哈希值，進一步提高了文件的安全性。

本實施例的有益效果在于：通過對待驗證文件進行兩次哈希計算，從而使目標哈希值的計算規(guī)則更加復雜化，增大了其他用戶通過待驗證文件得到目標哈希值的難度，進一步提高了文件的安全性。

在一個實施例中，當目標數(shù)據(jù)包括交易標識時，如圖4所示，在上述步驟S103之前，方法還可被實施為如下步驟S401-S405：

在步驟S401中，判斷目標區(qū)塊鏈中是否存在與交易標識所對應的交易；

在步驟S402中，當存在與交易標識所對應的交易時，判斷交易得到確認的次數(shù)是否達到預設次數(shù)；

在步驟S403中，當交易得到確認的次數(shù)達到預設次數(shù)時，獲取交易中所記錄的第一哈希值；

在步驟S404中，將第一哈希值與目標哈希值進行比對；

在步驟S405中，當比對結果一致時，確定目標區(qū)塊鏈中存在與待驗證文件對應的目標交易，且目標交易為記錄第一哈希值的交易。

本實施例中，判斷目標區(qū)塊鏈中是否存在與交易標識所對應的交易。

區(qū)塊鏈中的數(shù)據(jù)結構類似于堆棧結構。因而，用戶在進行文件保全時，將文件對應的哈希值發(fā)送至進行加密貨幣交易的區(qū)塊鏈時，相當于將進行保全的文件對應的哈希值置于棧頂。

由于堆棧中只能對棧頂?shù)臄?shù)據(jù)進行編輯，因而，隨著加密貨幣交易的不斷進行，棧頂位置被這些交易對應的交易數(shù)據(jù)所取代。并且，區(qū)塊鏈不可更改的原理是一個交易被加入到一個區(qū)塊中，需要10分鐘得到交易的確認，之后的所有區(qū)塊都會包含該交易，每增加一個區(qū)塊意味著新增一次確認。因而，時間越久，獲得的確認次數(shù)越多，交易越不易被篡改。因為想要進行修改，必須重新構造后面的區(qū)塊。當最終創(chuàng)建的區(qū)塊長度超過原主分支區(qū)塊，成為新的主分支。也就是說，其他人想要對交易進行篡改，其設備必須具備比區(qū)塊鏈全網(wǎng)的算力還要強大的算力，才可能對交易進行篡改，而目前并不存在這樣的設備。因而，由于其他人無法對進行保全的文件對應的哈希值進行編輯。提高了文件的安全性。

因此，當存在與交易標識所對應的交易時，判斷該交易得到確認的次數(shù)是否達到預設次數(shù)，當該交易得到確認的次數(shù)達到預設次數(shù)時，則進行保全的文件對應的哈希值是無法被篡改的。

故當該交易得到確認的次數(shù)達到預設次數(shù)時，獲取該交易中所記錄的第一哈希值，并將第一哈希值與目標哈希值進行比對。

當比對結果一致的時候，確定該目標區(qū)塊鏈中存在與待驗證文件對應的目標交易，該目標交易為記錄該第一哈希值的交易。即該待驗證文件在進行該目標交易之前就已經(jīng)存在。

需要說明的是，本實施例適用于用戶自己通過區(qū)塊鏈對待驗證文件進行保全的情況。在用戶將待驗證文件對應的哈希值保存在區(qū)塊鏈中時，生成用于保全該待驗證文件的交易及該交易對應的標識，這樣用戶可以得到該交易的標識。以便使公證機構能夠通過用戶發(fā)送的交易標識查詢到相應的交易。

本實施例的有益效果在于：當目標區(qū)塊鏈中存在與交易標識所對應的交易時，需要判斷交易得到確認的次數(shù)是否達到預設次數(shù)。當交易得到一定次數(shù)的確認之后，除非設備計算速度大于全網(wǎng)速度，否則就無法對該交易中的第一哈希值進行編輯。避免了其他用戶對第一哈希值進行修改。提高了文件的安全性。

在一個實施例中，當目標數(shù)據(jù)不包括交易標識時，如圖5所示，在上述步驟S103之前，方法還可被實施為如下步驟S501-S503：

在步驟S501中，判斷目標區(qū)塊鏈中是否存在與目標哈希值一致的第二哈希值；

在步驟S502中，當存在與目標哈希值一致的第二哈希值時，判斷記錄第二哈希值的交易得到確認的次數(shù)是否達到預設次數(shù)；

在步驟S503中，當記錄第二哈希值的交易得到確認的次數(shù)達到預設次數(shù)時，確定目標區(qū)塊鏈中存在與待驗證文件對應的目標交易，且目標交易為記錄第二哈希值的交易。

本實施例中，判斷目標區(qū)塊鏈中是否存在與目標哈希值一致的第二哈希值；當存在與該目標哈希值一致的第二哈希值時，判斷記錄該第二哈希值的交易得到確認的次數(shù)是否達到預設次數(shù)。

當記錄第二哈希值的交易得到確認的次數(shù)達到預設次數(shù)時，確定目標區(qū)塊鏈中存在與待驗證文件對應的目標交易，且目標交易為記錄第二哈希值的交易。

需要說明的是，本實施例適用于用戶委托第三方保全機構通過區(qū)塊鏈對待驗證文件進行保全的情況，而第三方保全機構在通過去區(qū)塊鏈對待驗證文件進行保全之后，并不會向用戶提供交易標識。因而，當用戶需要對待驗證文件進行驗證時，只能提供進行保全時所使用的哈希函數(shù)和所使用的文件格式。因而，在無法得到交易標識的時候，只能通過用戶提供的哈希函數(shù)和文件格式來計算待驗證文件對應的目標哈希值，并查詢區(qū)塊鏈中是否存在與該目標哈希值一致的哈希值。

本實施例的有益效果在于：在無法得到交易標識時，通過目標哈希值判斷目標區(qū)塊鏈中是否存在與待驗證文件對應的目標交易，從而提供了一種在沒有交易標識時的驗證方案，降低了文件驗證的條件。

圖6為本發(fā)明一實施例中文件驗證裝置的框圖，如圖6所示，本發(fā)明中文件驗證裝置可用于提供公證服務的機構所對應的服務器，該裝置包括如下模塊：

第一接收模塊61，用于接收用戶發(fā)送的待驗證文件以及用于驗證待驗證文件的目標數(shù)據(jù)；

第一判斷模塊62，用于根據(jù)目標數(shù)據(jù)判斷用于進行虛擬貨幣交易的目標區(qū)塊鏈中是否存在與待驗證文件對應的目標交易；

第一確定模塊63，用于當目標區(qū)塊鏈中存在與待驗證文件對應的目標交易時，確定待驗證文件驗證通過；

輸出模塊64，用于輸出驗證通過的提示消息。

在一個實施例中，如圖7所示，裝置還包括：

第二接收模塊71，用于接收用戶發(fā)送的目標哈希函數(shù)；

計算模塊72，用于根據(jù)目標哈希函數(shù)計算待驗證文件的目標哈希值。

在一個實施例中，如圖8所示，計算模塊72，包括：

獲取子模塊81，用于獲取待驗證文件的多種預設格式，其中，多種預設格式包括以下至少一種格式：

原始格式、可擴展標記語言格式和數(shù)字格式；

第一計算子模塊82，用于根據(jù)目標哈希函數(shù)對每種預設格式進行哈希計算以得到所有預設格式所對應的哈希值；

第二計算子模塊83，用于根據(jù)目標哈希函數(shù)對所有預設格式所對應的哈希值進行二次哈希計算以得到目標哈希值。

在一個實施例中，如圖9所示，裝置還包括：

第二判斷模塊91，用于當目標數(shù)據(jù)包括交易標識時，判斷目標區(qū)塊鏈中是否存在與交易標識所對應的交易；

第三判斷模塊92，用于當存在與交易標識所對應的交易時，判斷交易得到確認的次數(shù)是否達到預設次數(shù)；

獲取模塊93，用于當交易得到確認的次數(shù)達到預設次數(shù)時，獲取交易中所記錄的第一哈希值；

比對模塊94，用于將第一哈希值與目標哈希值進行比對；

第二確定模塊95，用于當比對結果一致時，確定目標區(qū)塊鏈中存在與待驗證文件對應的目標交易，且目標交易為記錄第一哈希值的交易。

在一個實施例中，如圖10所示，裝置還包括：

第四判斷模塊101，用于當目標數(shù)據(jù)不包括交易標識時，判斷目標區(qū)塊鏈中是否存在與目標哈希值一致的第二哈希值；

第五判斷模塊102，用于當存在與目標哈希值一致的第二哈希值時，判斷記錄第二哈希值的交易得到確認的次數(shù)是否達到預設次數(shù)；

第三確定模塊103，用于當記錄第二哈希值的交易得到確認的次數(shù)達到預設次數(shù)時，確定目標區(qū)塊鏈中存在與待驗證文件對應的目標交易，且目標交易為記錄第二哈希值的交易。

本領域內(nèi)的技術人員應明白，本發(fā)明的實施例可提供為方法、系統(tǒng)、或計算機程序產(chǎn)品。因此，本發(fā)明可采用完全硬件實施例、完全軟件實施例、或結合軟件和硬件方面的實施例的形式。而且，本發(fā)明可采用在一個或多個其中包含有計算機可用程序代碼的計算機可用存儲介質(zhì)(包括但不限于磁盤存儲器和光學存儲器等)上實施的計算機程序產(chǎn)品的形式。

本發(fā)明是參照根據(jù)本發(fā)明實施例的方法、設備(系統(tǒng))、和計算機程序產(chǎn)品的流程圖和/或方框圖來描述的。應理解可由計算機程序指令實現(xiàn)流程圖和/或方框圖中的每一流程和/或方框、以及流程圖和/或方框圖中的流程和/或方框的結合?？商峁┻@些計算機程序指令到通用計算機、專用計算機、嵌入式處理機或其他可編程數(shù)據(jù)處理設備的處理器以產(chǎn)生一個機器，使得通過計算機或其他可編程數(shù)據(jù)處理設備的處理器執(zhí)行的指令產(chǎn)生用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的裝置。

這些計算機程序指令也可存儲在能引導計算機或其他可編程數(shù)據(jù)處理設備以特定方式工作的計算機可讀存儲器中，使得存儲在該計算機可讀存儲器中的指令產(chǎn)生包括指令裝置的制造品，該指令裝置實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能。

這些計算機程序指令也可裝載到計算機或其他可編程數(shù)據(jù)處理設備上，使得在計算機或其他可編程設備上執(zhí)行一系列操作步驟以產(chǎn)生計算機實現(xiàn)的處理，從而在計算機或其他可編程設備上執(zhí)行的指令提供用于實現(xiàn)在流程圖一個流程或多個流程和/或方框圖一個方框或多個方框中指定的功能的步驟。

顯然，本領域的技術人員可以對本發(fā)明進行各種改動和變型而不脫離本發(fā)明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權利要求及其等同技術的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。