聯盟鏈 Hyperledger Fabric 應用場景

小程式開發發表於2022-07-12

mark

一、說明

本文主要通過一個例子分享以  Hyperledger Fabric 為代表的聯盟鏈應用場景。

 

二、業務場景

我們看一個購物場景:

file

  1. 首先消費者在某個購物平臺上購物例如淘寶。
  2. 然後使用第三方支付渠道進行支付例如支付寶。
  3. 最後在銀行完成資金的扣款。

這樣整個過程使用目前傳統技術來實現的話,相互之間的資料是  不透明 的,每個平臺所產生的資料都只是儲存在  各自 的資料庫裡面;

例如淘寶儲存的是訂單資料,支付寶儲存了支付記錄,銀行記錄了扣款記錄和餘額;對於整條鏈路上的每個參與者來說資料是  不透明 的。

 

可能會產生兩個問題

  1. 安全風險:由於資料都掌握在平臺自己手裡的,例如銀行單方面把你的餘額修改了,又或者淘寶被開發人員刪庫了導致你的訂單資訊全沒了。

  2. 溯源困難:因為平臺或者機構之間的資料是相互不透明的,所以資料溯源非常困難;例如如果交易鏈路很長,銀行想要識別一些犯罪行為,追蹤資金的來源是非常困難的。

 

三、區塊鏈架構

上面的業務場景,我們代入到  Hyperledger Fabric 的網路中來實現的話,架構圖如下:

file

  1. 組織:先定義 3 個組織, 組織1 是  購物平臺 有一個應用淘寶, 組織2 是  支付平臺 有一個應用支付寶, 組織3 是  銀行

  2. 節點:為每個組織分別擁有兩個節點,每個組織的應用都分別往自己的節點寫入交易資訊;

  3. 通道:通過一個通道,把所有的節點統一管理起來。

在整個區塊鏈網路搭建完成之後,當每個個購物流程走完之後區塊鏈的賬本上會新增 3 條記錄,分別是一條  訂單資訊 一條  支付資訊 和一條  扣款資訊

區塊鏈的特性,每個節點都有一份全量資料的賬本副本。

 

四、總結

對比傳統技術中存在的問題有以下優勢:

  • 安全性:區塊鏈的不可篡改特性,資料不存在被某個組織進行惡意修改的問題,因為每個組織都擁有一份全量的賬本,只要進行對賬就會發現問題,所以任何的篡改都不會達成  共識 的;
  • 溯源:區塊鏈的資料結構特性,賬本會按鏈路的方式,循序地儲存著所有的交易資訊;所以例如銀行需要最終資金的來源,識別犯罪行為就非常方便了。


來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/70019616/viewspace-2905331/,如需轉載,請註明出處,否則將追究法律責任。

相關文章