簡介
在本文中，我將用示例代碼來講述我所知道的最簡單的區塊鏈應用程序的數據驗證問題。
想象一下下面的用例。您收到一份經過多方認可的文件，但是又希望確保其的真實性。該文件可能是您正在購買的汽車的服務手冊，也可能是一份購房文件，證明您正在購買的房子確實屬於賣方。
對文件進行數字簽名以防止被篡改，這已經不是什麼新鮮事。您可以獲取文件的內容並使用你的私鑰進行加密，生成一個加密文件，將該簽名與文件一起發送給對方。
文檔的接收者可以再次生成簽名，並驗證它是否與所提供的簽名匹配。驗證文檔內容是否被篡改。
這是MD5校驗和的結果，使用起來非常方便。它的缺點是您需要接收簽名來驗證文檔的真實性。
由於從個人獲取數據並非易於信任，因此有時第三方會介入提供記錄保存服務以獲取利潤。這種利潤動機是保持記錄保持者誠實的原因。但不是一個完美的解決方案。但是可怕的是，如果經濟激勵措施改變，記錄保管人可能會發生腐敗。監管之人，誰人監管？
區塊鏈可以爲你做什麼？
區塊鏈數據存儲是分散的、健壯的和不可更改的。
-
分散意味着數據分佈式存儲在不同的設備上。
-
健壯意味着即使某些參與者離開或停止合作，數據存儲也將繼續運行。
-
不可更改意味着一旦數據存儲在區塊鏈中，就不能更改。
區塊鏈以優雅的方式解決文檔註冊問題。一旦我們在區塊鏈註冊表中輸入一個簽名，我們就不必擔心簽名會被修改以匹配被篡改的文檔。要做到這一點，需要大部分網絡參與者一致達到共識，這使得它幾乎不爲人所知。
在此上下文中，文檔可以是任何數據集。同樣的模式也適用於證明任何商業交易、物聯網數據集或用戶身份的真實性，以及其他許多模式。
現在，瞭解如何使用這個構建區塊來設計更復雜的解決方案是非常有用的。所有區塊鏈解決方案都依賴於存儲用戶生成的數據，這些數據可以在不依賴任何人的情況下被信任。
用例實施
這次我沒有從頭開始編寫合同。我正試圖停止重新發明輪子，區塊鏈註冊表已由十幾個實施。
智能合約設計非常簡單，只有一個相關的合同變量和兩個函數。
-
文檔映射將爲文檔計算的哈希與添加該哈希的區塊相鏈接。
-
add方法接受哈希並將其存儲在映射中。
-
verifiy方法返回哈希的時間戳。
前端可以使用contract.add上載文檔，並將簽名計算爲文檔內容的sha256。
前端還可以允許上載帶有contract.verify的文檔，以及是否在上載之前，它將告知您大約何時上載。
這就是實現一個分佈式的文檔註冊表所需要的全部內容，操作兩件事情：
1.簽署文件
2.驗證文件簽名後是否發生了更改。
這是因爲兩個不同的文檔具有相同簽名的可能性非常接近於零。同時時間戳可以確定您提供的文檔是在什麼時候註冊到註冊表的。
智能合約的代碼可以根據實際情況進行更新和改進，但這17行代碼屬於整個實現的核心部分。
結論
文檔註冊表是最具有商業價值的區塊鏈應用程序的最簡單實現。今天，它們在許多領域仍然是有相關的構建塊之一，您可以在更復雜的解決方案中反覆使用它們。
文檔註冊中心有效地利用區塊鏈的分散性和不可篡改的屬性，消除了信任任何人所提供的數據都是真實的。雖然這個想法很簡單，但是具有革命性。
本文轉載公衆號：區塊鏈研究實驗室，專注區塊鏈技術，產品社羣，經濟模型等全方位的知識體系輸出，爲大家帶來不一樣的社羣學習體驗。歡迎聯繫作者微信加入社羣：csschan1120