一、說明
本文主要通過一個例子分享以 Hyperledger Fabric 為代表的聯盟鏈應用場景。
關於 Fabric 的相關概念請先參考文章 《Hyperledger Fabric 核心概念》
二、業務場景
我們看一個購物場景：
- 首先消費者在某個購物平臺上購物例如淘寶。
- 然後使用第三方支付渠道進行支付例如支付寶。
- 最後在銀行完成資金的扣款。
這樣整個過程使用目前傳統技術來實現的話，相互之間的資料是 不透明 的，每個平臺所產生的資料都只是儲存在 各自 的資料庫裡面；
例如淘寶儲存的是訂單資料，支付寶儲存了支付記錄，銀行記錄了扣款記錄和餘額；對於整條鏈路上的每個參與者來說資料是 不透明 的。
可能會產生兩個問題：
-
安全風險：由於資料都掌握在平臺自己手裡的，例如銀行單方面把你的餘額修改了，又或者淘寶被開發人員刪庫了導致你的訂單資訊全沒了。
-
溯源困難：因為平臺或者機構之間的資料是相互不透明的，所以資料溯源非常困難；例如如果交易鏈路很長，銀行想要識別一些犯罪行為，追蹤資金的來源是非常困難的。
三、區塊鏈架構
上面的業務場景，我們代入到 Hyperledger Fabric 的網路中來實現的話，架構圖如下：
-
組織：先定義3個組織，
組織1是購物平臺有一個應用淘寶，組織2是支付平臺有一個應用支付寶，組織3是銀行； -
節點：為每個組織分別擁有兩個節點，每個組織的應用都分別往自己的節點寫入交易資訊；
-
通道：通過一個通道，把所有的節點統一管理起來。
在整個區塊鏈網路搭建完成之後，當每個個購物流程走完之後區塊鏈的賬本上會新增3條記錄，分別是一條 訂單資訊 一條 支付資訊 和一條 扣款資訊；
區塊鏈的特性，每個節點都有一份全量資料的賬本副本。
四、總結
對比傳統技術中存在的問題有以下優勢：
- 安全性：區塊鏈的不可篡改特性，資料不存在被某個組織進行惡意修改的問題，因為每個組織都擁有一份全量的賬本，只要進行對賬就會發現問題，所以任何的篡改都不會達成
共識的； - 溯源：區塊鏈的資料結構特性，賬本會按鏈路的方式，循序地儲存著所有的交易資訊；所以例如銀行需要最終資金的來源，識別犯罪行為就非常方便了。
掃碼關注有驚喜！
