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