Hyperledger fabric MSP成員管理
Hyperledger fabric 1.0 基於 PKI(Public Key Infrastructure)體系,引入了MSP模組(Membership Service Provider): 成員管理服務提供商,生成數字證書來標識和管理成員的身份。
Fabirc的成員身份基於標準的X.509證書,金鑰使用的是ECDSA演算法,利用PKI體系給每個成員頒發數字證書,通道內只有相同MSP內的節點才可以通過Gossip協議進行資料分發。
證書型別
每個MSP只有一個根CA證書,從根CA證書到終端使用者證書形成一個證書信任鏈(chain of trust)
根CA證書(Root Certifiate):
中間CA證書(Intermediate Certificate):由其他CA證書籤發的證書,可以利用自己的私鑰簽發新的證書 (可選配置)
MSP管理員證書: 有根CA的證書路徑,有許可權修改channel配置 (必須配置) – 建立channel,加入channel等請求都需要管理員私鑰進行簽名
TLS根CA證書:自簽名的證書,用於TLS(Transport Layer Security, 安全傳輸層協議)傳輸 (必須配置)
MSP目錄
分析fabric v1.1示例中的crypto-config目錄,網路中共有1個orderer節點和4個peer節點(分為兩個組織org1,org2),該目錄利用cryptogen
工具生成。目錄下有ordererOrganizations
和peerOrgnizations
兩個子目錄,分別表示orderer
節點和peer
節點MSP配置。這裡分析org1的MSP配置,為了方便節點的部署,目錄中有很多冗餘儲存。
org1.example.com
├── ca # 根CA的私鑰和證書
│ ├── 0e729224e8b3f31784c8a93c5b8ef6f4c1c91d9e6e577c45c33163609fe40011_sk
│ └── ca.org 1.example.com-cert.pem
├── msp # MSP配置目錄
│ ├── admincerts # MSP管理員證書
│ │ └── [email protected].example.com-cert.pem
│ ├── cacerts # MSP根CA證書(與ca目錄下的證書一致)
│ │ └── ca.org1.example.com-cert.pem
│ └── tlscacerts # TLS根CA證書
│ └── tlsca.org1.example.com-cert.pem
├── peers # peer節點的MSP配置私鑰
│ ├── peer0.org1.example.com # peer0節點配置
│ │ ├── msp
│ │ │ ├── admincerts # 管理員證書
│ │ │ │ └── [email protected].example.com-cert.pem
│ │ │ ├── cacerts # 根CA證書
│ │ │ │ └── ca.org1.example.com-cert.pem
│ │ │ ├── keystore # 節點的私鑰
│ │ │ │ └── 27db82c96b1482480baa1c75f80e5cce249beaab27b70c741bb0e2554355957e_sk
│ │ │ ├── signcerts # 節點的證書
│ │ │ │ └── peer0.org1.example.com-cert.pem
│ │ │ └── tlscacerts # TLS根CA證書
│ │ │ └── tlsca.org1.example.com-cert.pem
│ │ └── tls
│ │ ├── ca.crt # TLS根CA證書
│ │ ├── server.crt # 節點用的TLS證書
│ │ └── server.key # 節點的TLS私鑰
│ └── peer1.org1.example.com
│ ├── msp
│ │ ├── admincerts
│ │ │ └── [email protected].example.com-cert.pem
│ │ ├── cacerts
│ │ │ └── ca.org1.example.com-cert.pem
│ │ ├── keystore
│ │ │ └── fdee12a3510fde3155c37128cfec26090ae249bfbca28f884e60c21338493edd_sk
│ │ ├── signcerts
│ │ │ └── peer1.org1.example.com-cert.pem
│ │ └── tlscacerts
│ │ └── tlsca.org1.example.com-cert.pem
│ └── tls
│ ├── ca.crt
│ ├── server.crt
│ └── server.key
├── tlsca # TLS根CA證書和私鑰
│ ├── 945092d936f5838c5a6f6484db974d857933706737d00d04bf65f74e3976f9f8_sk
│ └── tlsca.org1.example.com-cert.pem
└── users # 預設生成的使用者配置,一般會包含1個管理員和1個普通成員
├── [email protected].example.com # MSP管理員
│ ├── msp
│ │ ├── admincerts # 管理員證書
│ │ │ └── [email protected].example.com-cert.pem
│ │ ├── cacerts # CA根證書
│ │ │ └── ca.org1.example.com-cert.pem
│ │ ├── keystore # 管理員私鑰
│ │ │ └── 5890f0061619c06fb29dea8cb304edecc020fe63f41a6db109f1e227cc1cb2a8_sk
│ │ ├── signcerts # 管理員證書
│ │ │ └── [email protected].example.com-cert.pem
│ │ └── tlscacerts # TLS根證書
│ │ └── tlsca.org1.example.com-cert.pem
│ └── tls
│ ├── ca.crt # TLS根證書
│ ├── server.crt # 管理員的TLS證書
│ └── server.key # 管理員的TLS私鑰
└── [email protected].example.com
├── msp
│ ├── admincerts
│ │ └── [email protected].example.com-cert.pem
│ ├── cacerts
│ │ └── ca.org1.example.com-cert.pem
│ ├── keystore
│ │ └── 73cdc0072c7203f1ec512232c780fc84acc9752ef30ebc16be1f4666c02b614b_sk
│ ├── signcerts
│ │ └── [email protected].example.com-cert.pem
│ └── tlscacerts
│ └── tlsca.org1.example.com-cert.pem
└── tls
├── ca.crt
├── server.crt
└── server.key
相關推薦
Hyperledger fabric MSP成員管理
Hyperledger fabric 1.0 基於 PKI(Public Key Infrastructure)體系,引入了MSP模組(Membership Service Provider): 成員管理服務提供商,生成數字證書來標識和管理成員的身份。
ChainDesk:深入MSP成員管理與Fabric CA服務實現-走進MSP
作者:ChainDesk韓小東 本篇文章閱讀時間:3分鐘 目標 MSP 概念及作用 MSP 的組成結構 MSP 在 Hyperledger Fabric 中的應用 任務實現 資料隱私及安全是區塊鏈技術中的的重要組成部分,聯盟鏈中由多個不同的組織組成,且每
HyperLedger Fabric 1.2 生產環境使用ca生成msp和tls(12)
在上一章:Fabric kafka生產環境部署的基礎上部署Fabric CA,使用Fabric CA進行生成公私鑰和證書等檔案,全部替換cryptogen工具,包括生成TLS相關的私鑰和證書等檔案。 Fabric kafka生產環境部署有三個組織,分別為orderer(排序)組織和
Fabric網路節點發現及成員管理
一個新節點通過已知的節點加入到網路中,此時,它所知的網路節點資訊是非常有限的,需要通過節點發現獲知更多的節點,建立起足夠的連線。另外,當一個新節點加入到網路時,原有網路節點也需要通過節點發現感知到新節點的加入。 分佈在各地的網路節點總是會有上線離線的變化,有這就需要Fabric網路必須動態維護一個節點成員列
Hyperledger fabric 1.0Beta網絡組成及構建流程
負責 組成 proposal 安裝 style 客戶端 invoke install eat 一、fabric網絡結構(暫時不包括CA) 如上圖所示,在fabric網絡中,O表示Orderer,P代表Peer,EP代表Endorsing Peer(endors
HyperLedger Fabric 1.0的Transaction處理流程
toa 足夠 余額 無法 -1 ber pla client ack 如果把區塊鏈比作一個只能讀寫,不能刪改的分布式數據庫的話,那麽事務和查詢就是對這個數據庫進行的最重要的操作。以比特幣來說,我們通過錢包或者Blockchain.info進行區塊鏈的查詢操作,而轉賬行為就是
Hyperledger fabric網絡中transaction產生以及流轉過程
sta 並不會 font eid teset amp 包括 ntb 當前 一、發起transaction 當client想要發起一個transaction時,它會首先發送一個PROPOSE消息到它選擇的一組endorser節點,消息模式有以下兩種,節點可以自由選擇(可能有更
Hyperledger Fabric-CA學習
運行 -1 lba haproxy i2c media lsi 體系架構 mos p { margin-bottom: 0.25cm; line-height: 120% } a:link { } Hyperleder Fabric系統架構核心邏輯包括MemberShip、
Hyperledger Fabric 架構梳理
斷開 序列號 進行 結構 屬性 per leg perl 宋體 區塊鏈的數據結構 State數據結構 由peer維護,key/value store Ledger 記錄了所有成功和不成功的狀態更新交易。Ledger被ordering service構造,是一個全排序的交易
Hyperledger Fabric概述
私有化 hyper 生成 了解 思想 區塊 提交 管理 清晰 綜述 Hyperledger Fabric是一個模塊化的分布式賬本解決方案支撐平臺,提供高度的保密性、彈性、靈活性與可擴展性。它的目的是支持不同組件的可插入實現,並適應經濟系統中存在的復雜性。Hyperledge
如何創建一個Hyperledger Fabric channel
gets 樣例目錄 extract 包含 其他 putc yaml sign 進制 創建channel的步驟: 執行configtxgen tool來生成genesis block; 執行configtxgen tool來生成初始二進制配置定義; 通過以下兩種方式獲取si
Hyperledger Fabric密碼模塊系列之BCCSP(一)
服務 編碼轉換 簡單 fabric 實現 支持 模塊 store block Fabric作為IBM主導的區塊鏈平臺,可謂是聯盟鏈中的一枝獨秀,現如今已經有100多個大型國際銀行、金融以及科技公司的加盟。與其說Fabric是區塊鏈的一種平臺,倒不如說是一個區塊鏈框架更
Hyperledger Fabric 1.0 從零開始(二)——公網環境構建
1.3 項目 htm move 自己 lvm2 fast 情況 tor 1:環境構建 在本文中用到的宿主機環境是Centos ,版本為Centos.x86_647.2,通過Docker 容器來運行Fabric的節點,版本為v1.0。因此,啟動Fabric網絡中的節點需要先安
Hyperledger Fabric 1.0 從零開始(六)——創建Fabric多節點集群
_id 測試 es2017 xtra 去掉 compose 多個 服務 執行命令 4:創建Fabric多節點集群 4.1、配置說明 首先可以根據官方Fabric自帶的e2e_cli列子中的集群方案來生成我們自己的集群,與案例不同的是我們需要把容器都分配到不同的服務器上,彼此
搭建基於hyperledger fabric的聯盟社區(三) --生成公私鑰證書及配置文件
ger tput reat cts crypto github 最終 pda 成功 一.生成公私鑰和證書 Fabric中有兩種類型的公私鑰和證書,一種是給節點之前通訊安全而準備的TLS證書,另一種是用戶登錄和權限控制的用戶證書。這些證書本來應該是由CA來頒發,但是目前只有兩
搭建基於hyperledger fabric的聯盟社區(八) --Fabric證書解析
一個 憑證 密鑰 設計 根證書 私鑰 文件 ons crt 一.證書目錄解析 通過cryptogen生成所有證書文件後,以peerOrgannizations的第一個組織樹org1為例,每個目錄和對應文件的功能如下: ca: 存放組織的根證書和對應的私鑰文件,默認
Hyperledger Fabric Read-Write set semantics——讀寫集
例如 abr 排序 必須 示例 最低要求 包含 討論 size Read-Write set semantics(讀寫集) 本文討論了關於讀寫集當前實現的細節。 Transaction simulation and read-write set(事務模擬和讀寫集) 客戶
Hyperledger Fabric Chaincode是什麽,智能合約是什麽
eas https erl 應用 運行 支持 pos 編程語言 type 首先看下Blockchain結構,除了header指向下一個block的hash value外,block是由一組transaction構成, Transactions --> Blocks -
Hyperledger Fabric CA User’s Guide——CA用戶指南(一)
targe har 格式 rect ocs form per ces guid Fabric CA用戶指南 Hyperledger Fabric CA是一種用於Hyperledger Fabric的認證機構(CA)。 它提供了如下特性: 登記身份(註冊ID),或者連接到作
Hyperledger Fabric Orderer節點啟動
register pin mage mode read pre hub alc star Orderer 節點啟動通過 orderer 包下的 main() 方法實現,會進一步調用到 orderer/common/server 包中的 Main() 方法。 核心代碼如下所示