區(qū)塊鏈數(shù)據(jù)驗證是怎樣實現(xiàn)的
簡介
在本文中,我將用示例代碼來講述我所知道的最簡單的區(qū)塊鏈應(yīng)用程序的數(shù)據(jù)驗證問題。
想象一下下面的用例。您收到一份經(jīng)過多方認(rèn)可的文件,但是又希望確保其的真實性。該文件可能是您正在購買的汽車的服務(wù)手冊,也可能是一份購房文件,證明您正在購買的房子確實屬于賣方。
對文件進行數(shù)字簽名以防止被篡改,這已經(jīng)不是什么新鮮事。您可以獲取文件的內(nèi)容并使用你的私鑰進行加密,生成一個加密文件,將該簽名與文件一起發(fā)送給對方。
文檔的接收者可以再次生成簽名,并驗證它是否與所提供的簽名匹配。驗證文檔內(nèi)容是否被篡改。
這是MD5校驗和的結(jié)果,使用起來非常方便。它的缺點是您需要接收簽名來驗證文檔的真實性。
由于從個人獲取數(shù)據(jù)并非易于信任,因此有時第三方會介入提供記錄保存服務(wù)以獲取利潤。這種利潤動機是保持記錄保持者誠實的原因。但不是一個完美的解決方案。但是可怕的是,如果經(jīng)濟激勵措施改變,記錄保管人可能會發(fā)生腐敗。監(jiān)管之人,誰人監(jiān)管?
區(qū)塊鏈可以為你做什么?
區(qū)塊鏈數(shù)據(jù)存儲是分散的、健壯的和不可更改的。
· 分散意味著數(shù)據(jù)分布式存儲在不同的設(shè)備上。
· 健壯意味著即使某些參與者離開或停止合作,數(shù)據(jù)存儲也將繼續(xù)運行。
· 不可更改意味著一旦數(shù)據(jù)存儲在區(qū)塊鏈中,就不能更改。
區(qū)塊鏈以優(yōu)雅的方式解決文檔注冊問題。一旦我們在區(qū)塊鏈注冊表中輸入一個簽名,我們就不必?fù)?dān)心簽名會被修改以匹配被篡改的文檔。要做到這一點,需要大部分網(wǎng)絡(luò)參與者一致達(dá)到共識,這使得它幾乎不為人所知。
在此上下文中,文檔可以是任何數(shù)據(jù)集。同樣的模式也適用于證明任何商業(yè)交易、物聯(lián)網(wǎng)數(shù)據(jù)集或用戶身份的真實性,以及其他許多模式。
現(xiàn)在,了解如何使用這個構(gòu)建區(qū)塊來設(shè)計更復(fù)雜的解決方案是非常有用的。所有區(qū)塊鏈解決方案都依賴于存儲用戶生成的數(shù)據(jù),這些數(shù)據(jù)可以在不依賴任何人的情況下被信任。
用例實施
這次我沒有從頭開始編寫合同。我正試圖停止重新發(fā)明輪子,區(qū)塊鏈注冊表已由十幾個實施。
智能合約設(shè)計非常簡單,只有一個相關(guān)的合同變量和兩個函數(shù)。
1. 文檔映射將為文檔計算的哈希與添加該哈希的區(qū)塊相鏈接。
2. add方法接受哈希并將其存儲在映射中。
3. verifiy方法返回哈希的時間戳。
pragma solidity ^0.4.18;
contract DocumentRegistry {
mapping (string =》 uint256) documents;
address contractOwner = msg.sender;
function add(string hash)
public
returns (uint256 dateAdded)
{
require (msg.sender == contractOwner);
var TImeAdded = block.TImestamp;
documents[hash] = TImeAdded;
return TImeAdded;
}
function verify(string hash)
constant
public
returns (uint256 dateAdded)
{
return documents[hash];
}
}
前端可以使用contract.add上載文檔,并將簽名計算為文檔內(nèi)容的sha256。
async function uploadDocument() {
…
let fileReader = new FileReader();
fileReader.onload = function() {
let documentHash = sha256(fileReader.result);
…
contract.add(documentHash, function(err, result) {…});
…
}
《}
前端還可以允許上載帶有contract.verify的文檔,以及是否在上載之前,它將告知您大約何時上載。
function verifyDocument() {
…
let fileReader = new FileReader();
fileReader.onload = function() {
let documentHash = sha256(fileReader.result);
…
contract.verify(documentHash, function(err, result) {
…
let contractPublishDate = result.toNumber();
if (contractPublishDate 》 0) {
let displayDate = new Date(
contractPublishDate * 1000
).toLocaleString();
showInfo(
`Document ${documentHash} is 《b》valid《b》,
date published: ${displayDate}`
);
}
else
return showError(
`Document ${documentHash} is 《b》invalid《/b》:
not found in the registry.`
);
});
}
…
}
這就是實現(xiàn)一個分布式的文檔注冊表所需要的全部內(nèi)容,操作兩件事情:
1.簽署文件
2.驗證文件簽名后是否發(fā)生了更改。
這是因為兩個不同的文檔具有相同簽名的可能性非常接近于零。同時時間戳可以確定您提供的文檔是在什么時候注冊到注冊表的。
智能合約的代碼可以根據(jù)實際情況進行更新和改進,但這17行代碼屬于整個實現(xiàn)的核心部分。
結(jié)論
文檔注冊表是最具有商業(yè)價值的區(qū)塊鏈應(yīng)用程序的最簡單實現(xiàn)。今天,它們在許多領(lǐng)域仍然是有相關(guān)的構(gòu)建塊之一,您可以在更復(fù)雜的解決方案中反復(fù)使用它們。
文檔注冊中心有效地利用區(qū)塊鏈的分散性和不可篡改的屬性,消除了信任任何人所提供的數(shù)據(jù)都是真實的。雖然這個想法很簡單,但是具有革命性。
來源: 區(qū)塊鏈研究實驗室