2. 程式人生 > >06.Fabric核心模組之Configtxgen解析

06.Fabric核心模組之Configtxgen解析

阿新 • • 發佈：2018-11-20

陳述

主要講Fabric核心模組中Configtxgen

  1. 生成Orderer節點的初始化檔案
  2. 生成channel的初始化檔案

Configtxgen模組命令

onfigtxgen模組是通過命令列的方式執行的，通過執行命令Configtxgen --help可以顯示 Configtxgen 模組的命令列選項，執行結果如下所示：

$ Configtxgen --help
Usage of ./Configtxgen:
  # 指定所屬的組織
  -asOrg string
        Performs the config generation as a particular organization (
 
by name), only 
        including values in the write set that org (likely) has privilege to set
  # 指定建立的channel的名字, 如果沒指定系統會提供一個預設的名字.
  -channelID string
        The channel ID to use in the configtx
  # 執行命令要載入的配置檔案的路徑, 不指定會在當前目錄下查詢
  -configPath string
        The path containing the configuration to use (
 
if set)
  # 列印指定區塊檔案中的配置內容，string：檢視的區塊檔案的名字
  -inspectBlock string
        Prints the configuration contained in the block at the specified path
  # 列印建立通道的交易的配置檔案
  -inspectChannelCreateTx string
        Prints the configuration contained in the transaction at the specified path
  # 更新channel的配置資訊
 

  -outputAnchorPeersUpdate string
        Creates an config update to update an anchor peer (works only with the default 
        channel creation, and only for the first update)
  # 輸出區塊檔案的路徑
  -outputBlock string
        The path to write the genesis block to (if set)
  # 標示輸出創始區塊檔案
  -outputCreateChannelTx string
        The path to write a channel creation configtx to (if set)
  #  將組織的定義列印為JSON(這對在組織中手動新增一個通道很有用)。
  -printOrg string
        Prints the definition of an organization as JSON. (useful for adding an org to
        a channel manually)
  # 指定配置檔案中的節點
  -profile string
        The profile from configtx.yaml to use for generation. (default
        "SampleInsecureSolo")
  # 顯示版本資訊
  -version
        Show version information

Configtxgen模組配置檔案

Configtxgen 模組的配置檔案包含Fabric系統初始塊、Channel初始塊檔案等資訊。

Configtxgen模組的配置檔案樣例如下所示，以下部分定義了整個系統的配置資訊：

Profiles:
	# 組織定義識別符號，可自定義，命令中的 -profile 引數對應該識別符號， 二者要保持一致
    ydqyOrgsOrdererGenesis:
        Capabilities:
            <<: *ChannelCapabilities	# 引用下面為 ChannelCapabilities 的屬性
        Orderer:						# 配置屬性，系統關鍵字，不能修改
            <<: *OrdererDefaults		# 引用下面為 OrdererDefaults 的屬性
            Organizations:
                - *OrdererOrg			# 引用下面為 OrdererOrg 的屬性
            Capabilities:
                <<: *OrdererCapabilities # 引用下面為 OrdererCapabilities 的屬性
        Consortiums:					# 定義了系統中包含的組織
            SampleConsortium:
                Organizations:			# 系統中包含的組織
                    - *OrgGo				# 引用了下文包含的配置
                    - *OrgJava
    # 通道定義識別符號，可自定義
    TwoOrgsChannel:	
        Consortium: SampleConsortium
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *OrgGo
                - *OrgJava
            Capabilities:
                <<: *ApplicationCapabilities
                
# 所有的值使用預設的true即可， 不要修改                
Capabilities:
    Global: &ChannelCapabilities
        V1_1: true
    Orderer: &OrdererCapabilities
        V1_1: true
    Application: &ApplicationCapabilities
        V1_2: true
        
# 組織節點相關配置資訊
Organizations:
	# orderer節點配置資訊
    - &OrdererOrg
        Name: OrdererOrg	# orderer節點名稱
        ID: OrdererMSP		# orderer節點編號
        MSPDir: ./crypto-config/ordererOrganizations/ydqy.com/msp	# msp檔案路徑
	#orderer節點中包含的組織，如果有有多個需要配置多個
    - &OrgGo
        Name: OrgGoMSP		# 組織名稱
        ID: OrgGoMSP		# 組織編號
        # 組織msp檔案路徑
        MSPDir: ./crypto-config/peerOrganizations/go.ydqy.com/msp
        AnchorPeers:		# 組織的訪問域名和埠
            - Host: peer0.go.ydqy.com
              Port: 7051
    - &OrgJava
        Name: OrgJavaMSP
        ID: OrgJavaMSP
        MSPDir: ./crypto-config/peerOrganizations/java.ydqy.com/msp
        AnchorPeers:
            - Host: peer0.java.ydqy.com
              Port: 7051
              
# orderer節點的配置資訊
Orderer: &OrdererDefaults
    # orderer節點共識演算法，有效值："solo" 和 "kafka"
    OrdererType: solo
    Addresses:
        - ubuntu.ydqy.com:7050	# orderer節點監聽的地址
    BatchTimeout: 2s
    BatchSize:
        MaxMessageCount: 10
        AbsoluteMaxBytes: 99 MB
        PreferredMaxBytes: 512 KB
	# kafka相關配置
    Kafka:
        Brokers:
            - 127.0.0.1:9092
    Organizations:
    
Application: &ApplicationDefaults
    Organizations:

說明

上述配置檔案中的 Profiles節點定義了整個系統的結構和channel的結構, 配置檔案中的Profiles關鍵字不允許修改，否則配置無效。系統配置資訊中設定了系統中orderer節點的資訊以及系統中包含的組織數。

Configtxgen 的使用

為了統一管理，可以將生成的初始塊檔案放入指定目錄中，如：channel-artifacts，我們在TestNetWork目錄中建立該子目錄。
Configtxgen  命令在執行的時候需要載入一個叫做configtx.yaml的配置檔案, 如果沒有指定預設重命令執行的當前目錄查詢，我們可以通過引數 -configPath進行指定，也可以將這個目錄設定到環境變數FABRIC_CFG_PATH中。

`export FABRIC_CFG_PATH=$(pwd)/networks/config/`

  • 建立 orderer 的初始塊

    [email protected]:TestNetWork$ Configtxgen -profile ydqyOrgOrdererGenesis -outputBlock ./channel-artifacts/genesis.block
# ydqyOrgOrdererGenesis: 要和配置檔案中的配置項對應, 可以由數字和字母構成.
# orderer初始塊檔案為genesis.block，生成在channel-artifacts目錄中

  • 建立 channel 的初始塊

    [email protected]:TestNetWork$ Configtxgen -profile TwoOrgsChannel -outputCreateChannelTx ./channel-artifacts/channel.tx -channelID mychannel
# TwoOrgsChannel: 要和配置檔案中的配置項對應
# channel.tx 為生成的頻道檔案, 在channel-artifacts目錄中
# 建立的頻道名稱為: mychannel

  • 建立錨點更新檔案 - 每個組織分別進行更新

    # 更新第一個組織 OrgGoMSP 的peer節點
[email protected]:TestNetWork$ Configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/GoMSPanchors.tx -channelID mychannel -asOrg OrgGoMSP
# TwoOrgsChannel: 要和配置檔案中的配置項對應
# OrgGoMSP組織使用的頻道為 mychannel 生成的配置資訊檔名為 GoMSPanchors.tx
#==============================================================================
# 更新第2個組織 OrgJavaMSP 的peer節點
[email protected]:TestNetWork$ Configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/JavaMSPanchors.tx -channelID mychannel -asOrg OrgJavaMSP
# TwoOrgsChannel: 要和配置檔案中的配置項對應
# OrgJavaMSP組織使用的頻道為 mychannel 生成的配置資訊檔名為 JavaMSPanchors.tx

相關推薦

06.Fabric核心模組之Configtxgen解析

陳述 主要講Fabric核心模組中Configtxgen 生成Orderer節點的初始化檔案 生成channel的初始化檔案 Configtxgen模組命令 onfigtxgen模組是通過命令列的方式執行的，通過執行命令Configtxgen --help

07.Fabric核心模組之Orderer解析

陳述 主要講Fabric核心模組中Orderer Orderer模組介紹 Orderer 模組負責對交易進行排序, 並將排序好的交易打包成區塊。Orderer節點的配置資訊通常放在環境變數或者配置檔案中，在具體操作中，如果是通過docker映象檔案的方式啟動Orderer，推

05.Fabric核心模組之Cryptogen解析

陳述 主要講Fabric核心模組中cryptogen的功能模組相關操作以及配置檔案 Cryptogen cryptogen模組主要用來生成組織結構和賬號相關的檔案，任何Fabric系統的開發通常都是從cryptogen模組開始的。在Fabric專案中，當系統設計完成之後第一項

05. Fabric 核心模組詳解

1.1 導語 Fabric 的核心模組,核心模組配置資訊的管理方式 1.2 Fabric 核心模組 peer 主節點模組，負責儲存區塊鏈資料，執行維護鏈碼 orderer   交易打包、排序模組 cryptogen  組織和證書生成模組 configt

聯盟鏈——03.Fabric核心模組詳解

1.1 導語 Fabric 的核心模組,核心模組配置資訊的管理方式 1.2 Fabric 核心模組 peer 主節點模組，負責儲存區塊鏈資料，執行維護鏈碼 orderer 交易打包、排序模組 cryptogen 組織和證書生成模組 co

fabric003 fabric核心模組 複習 與 Orderer模組的更為詳細的介紹

上一章主要介紹了cryptogen，configtxgen 和 configtxlor 下面複習一下： 1、cryptogen 模組式生成組織結構和賬號相關的模組 對應的配置檔案例子是e2e_cli / crypto-config.yaml ；      可以用cry

Node核心模組之fs模組

一、同步與非同步 檔案I/O是NodeJS的核心模組之一，主要歲檔案進行讀寫操作。fs對檔案的載入分為兩種：同步和非同步 同步方式：執行完當前操作並返回結果後，才能繼續執行後續程式碼 var fs = require('fs'); fs.unlin

新增核心模組之入門helloworld.ko

首先 是從一個西郵學生看到的，比較好的入門方式： 首先是hello.c的檔案：主要要說明對核心的程式設計只能使用核心標頭檔案，所以通常我們都使用makefile來控制編譯過程 #include "linux/init.h" #include "linux/module.h"

編譯核心模組之 Makefile

<pre name="code" class="html"><pre name="code" class="html">#makefile for kernel module MODNAME = hello #你要編譯的模組名 #如果已經定義K

webpack4核心模組tapable原始碼解析

閱讀目錄 一：理解Sync型別的鉤子 1. SyncHook.js 2. SyncBailHook.js 3. SyncWaterfallHook.js 4. SyncLoopHook.js 二：理解Async型別的鉤子 1. AsyncParallelHook 2. As

Urule開源版系列4——Core包核心介面之規則解析過程

> Urule執行規則檔案，是如何進行的，通過一個請求doTest來探一下 com.bstek.urule.console.servlet.respackage.PackageServletHandler.doTest()方法執行測試規則，接受3個引數: data-測試資料；files- 規則檔名稱及

webpack核心模組tapable用法解析

前不久寫了一篇[webpack基本原理和AST用法的文章](https://www.cnblogs.com/dennisj/p/14416726.html)，本來想接著寫`webpack plugin`的原理的，但是發現`webpack plugin`高度依賴[tapable](https://github.

webpack核心模組tapable原始碼解析

[上一篇文章我寫了`tapable`的基本用法](https://www.cnblogs.com/dennisj/p/14538668.html)，我們知道他是一個增強版版的`釋出訂閱模式`，本文想來學習下他的原始碼。`tapable`的原始碼我讀了一下，發現他的抽象程度比較高，直接扎進去反而會讓人云裡霧裡的

abp vnext2.0核心元件之模組載入元件原始碼解析

abp vnext是abp官方在abp的基礎之上構建的微服務框架,說實話,看完核心元件原始碼的時候,很興奮,整個框架將元件化的細想運用的很好,真的超級解耦.老版整個框架依賴Castle的問題,vnext對其進行了解耦,支援AutoFac或者使用.Net Core的預設容器.vnext依然沿用EF core為主

動手做廣西快樂十分源碼下載的核心之http解析

utf sdc .html decode http請求 tpc set nal with webserver往小裏說核心功能就是socket管理、url處理、http協議處理、業務dll管理等；下面簡介紹一下http協議：超文本傳輸協議(HTTP)是一種通信協議，當時就是為

node總結之核心模組（until）

util 是一個Node.js 核心模組，提供常用函式的集合，用於彌補核心JavaScript 的功能 過於精簡的不足，咱們這次就來簡單的看一些關於until的一些函式。 util.inherits(constructor, superConstructor)是一個實現物件間原型繼承 的函式

linux 核心模組程式設計之LED驅動程式（六）

我使用的是tiny6410的核心板，板子如下，淘寶可以買到 為了不與板子上的任何驅動發生IO衝突，我使用CON1那一排沒用到的IO口，引腳如下   LED1 LED2 LED3 LED4

linux 核心模組程式設計之核心符號匯出（五）

/proc/kallsyms 記錄了核心中所有匯出的符號的名字與地址 我們需要編譯2個核心模組，然後其中一個核心模組去呼叫另一個核心模組中的函式 hello.c程式碼如下 #include <linux/module.h> #include <linux/in

linux 核心模組程式設計之模組引數（四）

通過巨集module_param指定模組引數，模組引數用於在載入模組時傳遞給模組。 module_param(name, type, perm) name是模組引數的名字 type是這個引數的型別，常見值：bool、int、charp(字串型) perm是模組

linux 核心模組程式設計之編譯多個原始檔（三）

編譯擁有多個原始檔的核心模組的方式和編譯一個原始檔的方式差不多，我們先來看下我們需要的檔案都有哪些。 首先是main.c檔案 #include <linux/module.h> #include <linux/init.h> MODULE_LICENSE