2. 程式人生 > >1.7 初識區塊鏈：Fabirc詳解

1.7 初識區塊鏈：Fabirc詳解

阿新 • • 發佈：2019-01-11
  1. 專案概述 
    1. Fabric的目標是實現一個通脹的許可權區塊鏈的底層基礎框架。為了適用於不同的場合，採用了模組化結構，提供可切換和可擴充套件的元件，比如共識演算法、加密安全等服務
  2. 應用場景 
    1. 超級賬本有一個很重要的設計原則：按照“用例驅動”的方式實現，所有功能都應該有對應的用例需求。鑑於超級賬本是一個通用型框架，無法預先確定將來所有的應用場景、因此先定義出部分典型的用例，可使超級賬本先滿足這部分代表性的區塊鏈應用需求，然後再用可替換模組來滿足其他需求
    2. 場景 
      1. 金融資產管存
      2. 公司行為
      3. 供應鏈
      4. 主資料管理
      5. 分享經濟
  3. 專案架構 
    1. 底層服務構成 
      1. 身份服務 
        1. Fabric與比特幣、以太坊等無許可權區塊鏈網路最大的區別在於他有身份識別能力。
        2. 身份服務管理著系統中各種實體、參與者、物件的身份資訊，包括參與者的組織，驗證者，交易。賬本中的資產和智慧合約，系統元件以及執行環境。
      2. 策略服務 
        1. Fabric裡面有許多功能需要使用策略方式驅動，因此有獨立的策略服務來提供系統的策略配置和管理功能
        2. 策略服務最重要的是訪問控制和授權功能，Fabric交易通常需要參與方具有相關許可權才能進行
      3. 區塊鏈服務 
        1. 區塊鏈服務提供構建分散式賬本最基礎的能力，實現資料傳輸、共識達成等底層功能，並且提供了釋出/訂閱的事件管理框架
        2. 主要元件 
          1. P2P協議元件：提供區塊鏈節點之間直接雙向通訊的能力
          2. 分散式賬本元件：管理Fabric的區塊鏈資料
          3. 共識管理器元件：管理其它Fabric元件所使用的共識介面
          4. 賬本儲存元件：提供鏈外資料的持久化能力，每個鏈外文件的雜湊值儲存在區塊鏈上，從而保證資料的完整性
      4. 智慧合約服務 
        1. 智慧合約服務也叫鏈上程式碼，實質是在驗證節點上執行的分散式交易程式，用於自動執行特定的業務規則，最終更新賬本狀態 
        2. 上層結構 
          1. 程式設計介面(API)
          2. 軟體開發工具(SDK)
          3. 命令列工具(CLI)
  4. 部署方式 
    1. Fabric的網路節點由身份服務節點、驗證節點、非驗證節點以及應用節點組成
    2. 節點分類 
      1. 身份服務節點：負責發放和管理使用者及組織的身份，具體來說就是在註冊、交易、傳輸過程中使用的各類數字證書，以及區塊鏈相關的金鑰。
      2. 驗證節點：建立以及校驗交易，並且維護智慧合約的狀態。在執行交易時、需要和其它的多數驗證節點達成共識，然後才能更新本地賬本資料。每個驗證節點在本地都儲存一份賬本的副本。
      3. 非驗證節點：主要是接收客戶端的請求，組裝交易，並且發往驗證節點進行處理，類似於交易前處理器，不負責交易的實際執行。為了回事客戶端的查詢響應速度，非驗證節點在本地也保留一份賬本資料的拷貝。
      4. 應用節點：主要提供使用者端(瀏覽器或者移動裝置等)的後臺服務，在收到請求之後，把交易請求直接發往(或者由非驗證節點轉發)驗證節點處理
    3. Fabric有多種部署方式，既可以部署在自己的資料中心，也可以部署在公有云上。在部署的時候應該把通訊延遲、網路故障、節點失效、網路恢復、惡意攻擊等因素考慮在內
  5. 交易執行 
    1. 交易分類 
      1. 部署智慧合約
      2. 執行智慧合約
    2. 分發機制：Fabric客戶端可以通過API提交應用程式碼給任意一個驗證節點，該驗證節點在確認是有效的應用程式碼後，就會將該應用同步到其它驗證節點中。通過止方法，最終，每個驗證節點都會儲存一份應用程式碼
    3. 交易步驟 
      1. 客戶端傳送執行請求給任意一個驗證節點
      2. 驗證節點接收到請求之後 、向本地賬本傳送啟動交易的指令
      3. 驗證節點建立隔離的執行環境，啟動智慧合約程式碼
      4. 在應用的執行過程中、更新本地賬本的狀態
      5. 應用完成後、向本地賬本確認交易
      6. 驗證節點向其它的驗證節點廣播交易

相關推薦

1.7 初識區塊鏈：Fabirc詳解

專案概述  Fabric的目標是實現一個通脹的許可權區塊鏈的底層基礎框架。為了適用於不同的場合，採用了模組化結構，提供可切換和可擴充套件的元件，比如共識演算法、加密安全等服務 應用場景 

1.2 初識區塊鏈：區塊鏈場景概念

數字貨幣  數字貨幣簡稱為DIGICCY，是英文“Digital Currency”（數字貨幣）的縮寫，是電子貨幣形式的替代貨幣。數字金幣和密碼貨幣都屬於數字貨幣（DIGICCY） 數字貨幣不同於

1.4 初識區塊鏈：區塊鏈架構特點

去中心化  區塊鏈資料的儲存、傳輸、驗證等過程均基於分散式的系統結構，整個網路中沒有中心化的機構存在 。理論上所有參與的節點都具有同等權利和義務 可靠資料庫  1.區塊鏈系統的資料庫採用分散式

第20講 | 區塊鏈項目詳解：比特股BTS

代理服 work 直接 使用 代碼 for doc 地址 投資者 　　前面兩篇我們都聊了智能合約的話題，智能合約可以說是當下區塊鏈最熱的概念了，在多數人眼裏，沒有智能合約的區塊鏈價值幾乎就大打折扣。 　　那麽說，實際上是不是這樣呢，我們今天就來聊聊一個並沒有開放式智能合約

區塊鏈以及區塊鏈技術入門詳解(1)

區塊鏈是目前一個比較熱門的新概念，蘊含了技術與金融兩層概念。從技術角度來看，這是一個犧牲一致性效率且保證最終一致性的的分散式的資料庫，當然這是比較片面的。從經濟學的角度來看，這種容錯能力很強的點對點網路，恰恰滿足了共享經濟的一個必須要求——低成本的可信環境。 1. 技術人員看待區塊鏈的正確姿勢

區塊鏈以及區塊鏈技術入門詳解(2)

很多人迷惑於區塊鏈和以太坊，不知如何學習，本文簡單說了一下學習的一些方法和資源。 一、    以太坊和區塊鏈的關係      從區塊鏈歷史上來說，先誕生了比特幣，當時並沒有區塊鏈這個技術和名詞，然後業界從比特幣中提取了技術架構和體系，稱

開源區塊鏈Tendermint開發詳解

簡介 tendermint是一個開源的完整的區塊鏈實現，可以用於公鏈或聯盟鏈，其官方定位 是面向開發者的區塊鏈共識引擎： tendermint 與其他區塊鏈平臺例如以太坊或者EOS相比，tendermint最大的特點是其差異化的定位： 儘管包含了區塊鏈的完整實現

Windows下的Jdk 1.7*安裝並配置（圖文詳解）

　　不多說，直接上乾貨！ 　　很多人很少去想，為什麼在windows下，安裝完Jdk的安裝包之後，還需要去配置環境變數，只是知道要這麼去做，沒有想過為什麼要去這麼做？ 　　答：由於java是平臺無關的 ，安裝jdk時java不會自動設定路徑，也不會修改登錄檔，需要使用者自己設定環境變數，但不需

2.7 比特幣與區塊鏈：交易確認

Reward（獎勵） 有一件前面的章節中跳過了一個小細節，挖礦獎勵。現在我們準備實現這個。  這個獎勵也就是coinbase交易。當一個節點開始挖新的區塊時，它會把佇列中的交易並準備好coinbase交易放到區塊中。這筆coinbase交易也僅僅是一個包含了礦工的公鑰has

區塊鏈：《貨幣網際網路》（第1卷）中文翻譯

《The Internet of Money》（第1卷）中文翻譯 關於翻譯 7月剛看完Andreas的《精通比特幣2》，為了學習，我翻譯了它的最新版本。 我喜歡Andreas寫的書，英文簡單易懂，技術原理描述清晰透徹，對於學習者，真是難得的好書

基於Go語言構建區塊鏈：part1

defined 它的 com 工作 exit ngs slice ret bytes Golang語言和區塊鏈理論學習完畢後，快速入門方法無疑是項目實戰。本文將參考https://jeiwan.cc/tags/blockchain/教程，學習如何基於Go語言構建區塊鏈。 1

1.3.2 區塊鏈中的密碼學——Merkle 樹

-h stack get 伸展樹 答案 logs 數控 不同的 中間 　　在計算機領域，Merkle樹大多用來進行完整性驗證處理。在處理完整性驗證的應用場景中，特別是在分布式環境下進行這樣的驗證時，Merkle樹會大大減少數據的傳輸量以及計算的復雜度。 　　Merkle哈希

談談區塊鏈的理解 -- 讀《區塊鏈：技術驅動金融》

它的 rdquo 2017年 如何 book 算法 處理 解決 douban 今年網上關於數字貨幣和區塊鏈的文章和討論汗牛充棟，但我一直狐疑的是，有說的那麽厲害嗎，特別是看到“重新定義了金融”，“重新定義世界”，“

詹克團：《區塊鏈：人類勞動組織的未來形式》

重要 根據 個體戶 生物 間接 包括 開源 比特幣 pow “在人工智能時代，區塊鏈將進一步改造現在的生產關系，使之更適應未來的AI時代。未來真正的區塊鏈公司，是把自己的商業模式和經濟活動直接建立在區塊鏈之上的企業，發行自己的Token，我認為這才是未

Blockchian區塊鏈：IBM HyperLedger fabric 簡述

在我看來，比特幣就是現實中的V字仇殺隊，當然現實是更殘酷的世界政府，這場博弈關乎著人類文明、政治、社會屬性、經濟和人權。  IBM HyperLeger 又叫 fabric，你可以把它想象成一個由全社會來共同維護的一個超級賬本，沒有中心機構擁攬權力，你的每一筆交易都

C++從零開始區塊鏈：main函式的一種實現

前面已經把各種業務邏輯都寫好了，main函式怎麼呼叫就隨便了，這裡只是其中一種實現方法 int main(int argc, char **argv) { if (argc < 2) { std::cout << "argc error!

C++從零開始區塊鏈：P2P模組之節點廣播

之前忘了說了，現在補上 主要有以下幾個方案 udp協議廣播 該方案的優點是協議自身支援，實現簡單，高效。但其缺點也是致命的，就是隻能在同一區域網內才能進行廣播，限制太大。 udp協議組播 和廣播的方案差不多，雖然udp協議支援在外網上的組播，但很依賴於網路裝置是否支援。很遺

C++從零開始區塊鏈：區塊鏈業務模組之主鏈同步

同樣是採用一個簡單，但效率低下的方案，遍歷自己的鏈和其他節點的鏈，誰的長誰的就是主鏈。 然後將自己的鏈和主鏈進行比較，將自己的鏈上的區塊掛在主鏈上，掛的同時驗證一下自己的區塊是否已經存在於主鏈上，如果存在就跳過。 void BlockChain::MergeBlockChain(con

C++從零開始區塊鏈：區塊鏈業務模組之重複交易檢測

想象這樣一個場景： 節點a廣播了一條訊息，節點b和節點c都收到並記錄在自己的交易列表中了。 然後節點b和節點c挖礦。 當節點b挖礦成功，將a的交易打包到區塊中，並在網路上廣播。 這時節點c接收到節點b的挖礦成功的廣播，區塊驗證通過後掛到自己的區塊上，然後繼續挖礦。 當節點c也挖礦成

C++從零開始區塊鏈：區塊鏈業務模組之餘額檢查

比特幣中的餘額檢查實現起來好麻煩，嚴格來說比特幣中並沒有所謂的餘額，具體請讀者自行百度比特幣相關的資料。 在本例中，我們採用一個效率低下，但很簡單的方法：遍歷整個區塊鏈的所有交易，查詢要查詢的地址參與的所有交易，如果目標地址是支出方，就減少，是收入方就增加，便利後的結果就餘額 int