資料不可篡改與帳本不可篡改是兩回事

更新於 發佈於 閱讀時間約 3 分鐘

上週Coscup在kernel的BoF前 , 與社群友人聊到供應鏈或物流使用blockchain的新聞

誤解

看新聞都會提到blockchain的不可篡改可以用在物流追蹤或供應鏈管理

是的 , 沒錯 , 的確可用

但是不需要 blockchain 也可以做到

要理解這看法 , 需要先理解資料不可篡改與帳本不可篡改的差別

資料不可篡改

所謂的 " 不可篡改 " 指的是資料從進去系統到從系統出來 , 都沒有改變

這件事很容易 , 只要做到兩點就可以了

1.系統不刪除資料 , 也不修改資料

2.網路傳輸加入checksum機制

第一點容易理解

第二點需要說明一下

由於資料在網路傳輸時 , 會經過不可信任的機器 (路由器或switch , 這些有可能被植入後門)

所以需要在資料上做些手腳 , 具體而言 , 就是利用 hash 函數的性質 (碰撞機率低) 來得知資料有否被修改

如果被修改 , checksum或hash value就會與資料帶入 hash 函數算出的值不同(不同資料 , checksum或hash value 相同的機率很低)

這樣就能保證傳輸中也不會修改到資料

帳本不可篡改

對 blockchain 來講 , 資料不可篡改是不夠的

因為攻擊者可以發出讓帳本計算是不合理的交易(例如雙重花費)

是的 , blockchain 需要處理雙花的問題 , 而這問題跟帳本的一致性有關

以比特幣來說 , 就是最長鏈原則

供應鏈或物流管理的使用

上面簡述了兩種不可篡改性的差別 , 對於有 token 的 blockchain 來講

不可篡改指的都是 " 帳本不可篡改 "

而供應鏈與物流管理 , 只需要 " 資料不可篡改 " 就可以了

所以這實際上是個誤區 , 不是只有 blockchain 可以做到

以供應鏈管理與物流管理 , 不需要做到帳本不可篡改 , 只需要資料不可篡改

帳本不可篡改比資料不可篡改還難做

另外 , 必須先滿足資料不可篡改 , 才會有帳本不可篡改

結語

個人覺得 blockchain 太多令人誤解的名詞了 , 跟 " 誤聯網 " 一樣



留言
avatar-img
留言分享你的想法!
avatar-img
proof.K的沙龍
3會員
11內容數
proof.K的沙龍的其他內容
2024/12/29
第一份工作是做一年的區塊鏈相關顧問 主要是做共識算法的安全部份 甚至是這個算法到底能不能動(其實後面實驗是不行的) 到後面倒不是沒有繼續做的機會 只是這跟形式化驗證一樣 不是流行的技術,對年資不多的人,工作是難找的 另一個不在繼續的理由是,我覺得花時間去弄一個落不了地 甚至算法本身有問
2024/12/29
第一份工作是做一年的區塊鏈相關顧問 主要是做共識算法的安全部份 甚至是這個算法到底能不能動(其實後面實驗是不行的) 到後面倒不是沒有繼續做的機會 只是這跟形式化驗證一樣 不是流行的技術,對年資不多的人,工作是難找的 另一個不在繼續的理由是,我覺得花時間去弄一個落不了地 甚至算法本身有問
2021/03/26
這次錯誤在Android 11 發生 去年12月底 , 有客戶反應 , 在 android 11 的手機 , 公司 app 開不起來 或開起來跑很久 , 空白頁..........登入畫面空白 之類奇怪的問題 一開始用 Android studio 的模擬器試 , 沒問題 看來需要實機了 於是就開始
Thumbnail
2021/03/26
這次錯誤在Android 11 發生 去年12月底 , 有客戶反應 , 在 android 11 的手機 , 公司 app 開不起來 或開起來跑很久 , 空白頁..........登入畫面空白 之類奇怪的問題 一開始用 Android studio 的模擬器試 , 沒問題 看來需要實機了 於是就開始
Thumbnail
2021/02/25
最近公司寫的系統要上線 , EFS 的存取點套用開發時設定出問題 背景是這樣的 開發 : 存取點 path 設 /xxx , 使用者和群組 id 設 1000 , 目錄使用者和群組 id 也設 1000 , 權限開 0600 (owner 可讀可寫) 上線 : 設定如同開發 神奇的事情出現了 , 開
2021/02/25
最近公司寫的系統要上線 , EFS 的存取點套用開發時設定出問題 背景是這樣的 開發 : 存取點 path 設 /xxx , 使用者和群組 id 設 1000 , 目錄使用者和群組 id 也設 1000 , 權限開 0600 (owner 可讀可寫) 上線 : 設定如同開發 神奇的事情出現了 , 開
看更多