2. 程式人生 > >Hyperledger Fabric區塊鏈工具configtxgen配置configtx.yaml

Hyperledger Fabric區塊鏈工具configtxgen配置configtx.yaml

阿新 • • 發佈：2019-04-26
哪些 層級 說明 nco config cast batch ipa con

configtx.yaml是Hyperledger Fabric區塊鏈網絡運維工具configtxgen用於生成通道創世塊或通道交易的配置文件，configtx.yaml的內容直接決定了所生成的創世區塊的內容。本文將給出configtx.yaml的詳細中文說明。

如果需要快速掌握Fabric區塊鏈的鏈碼與應用開發，推薦訪問匯智網的在線互動教程：

  • Fabric區塊鏈Java開發詳解
  • Fabric區塊鏈NodeJS開發詳解

Capabilities / 通道能力配置

Capabilities段用來定義fabric網絡的能力。這是版本v1.0.0引入的一個新的配置段，當與版本v1.0.x的對等節點與排序節點混合組網時不可使用。

Capabilities段定義了fabric程序要加入網絡所必須支持的特性。例如，如果添加了一個新的MSP類型，那麽更新的程序可能會根據該類型識別並驗證簽名，但是老版本的程序就沒有辦法驗證這些交易。這可能導致不同版本的fabric程序中維護的世界狀態不一致。

因此，通過定義通道的能力，就明確了不滿足該能力要求的fabric程序，將無法處理交易，除非升級到新的版本。對於v1.0.x的程序而言，如果在Capabilities段定義了任何能力，即使聲明不需要支持這些能力，都會導致其有意崩潰。

Capabilities:
    # Global配置同時應用於排序節點和對等節點，並且必須被兩種節點同時支持。
    # 將該配置項設置為ture表明要求節點具備該能力
    Global: &ChannelCapabilities
        V1_3: true

    # Orderer配置僅應用於排序節點，不需考慮對等節點的升級。將該配置項
    # 設置為true表明要求排序節點具備該能力
    Orderer: &OrdererCapabilities
        V1_1: true

    # Application配置僅應用於對等網絡，不需考慮排序節點的升級。將該配置項
    # 設置為true表明要求對等節點具備該能力
    Application: &ApplicationCapabilities
        V1_3: true

Organizations / 組織機構配置

Organizations配置段用來定義組織機構實體，以便在後續配置中引用。例如，下面的配置文件中，定義了三個機構，可以分別使用ExampleCom、Org1ExampleCom和Org2ExampleCom引用其配置：

Organizations:

    - &ExampleCom
        Name: ExampleCom
        ID: example.com
        AdminPrincipal: Role.ADMIN
        MSPDir: ./ordererOrganizations/example.com/msp
        Policies:
            Readers:
                Type: Signature
                Rule: OR(‘example.com.member‘)
            Writers:
                Type: Signature
                Rule: OR(‘example.com.member‘)
            Admins:
                Type: Signature
                Rule: OR(‘example.com.admin‘)
            Endorsement:
                Type: Signature
                Rule: OR(‘example.com.member‘)

    - &Org1ExampleCom
        Name: Org1ExampleCom
        ID: org1.example.com
        MSPDir: ./peerOrganizations/org1.example.com/msp
        AdminPrincipal: Role.ADMIN
        AnchorPeers:
            - Host: peer0.org1.example.com
              Port: 7051
        Policies:
            Readers:
                Type: Signature
                Rule: OR(‘org1.example.com.member‘)
            Writers:
                Type: Signature
                Rule: OR(‘org1.example.com.member‘)
            Admins:
                Type: Signature
                Rule: OR(‘org1.example.com.admin‘)
            Endorsement:
                Type: Signature
                Rule: OR(‘org1.example.com.member‘)

    - &Org2ExampleCom
        Name: Org2ExampleCom
        ID: org2.example.com
        MSPDir: ./peerOrganizations/org2.example.com/msp
        AdminPrincipal: Role.ADMIN
        AnchorPeers:
            - Host: peer0.org2.example.com
              Port: 7051
        Policies:
            Readers:
                Type: Signature
                Rule: OR(‘org2.example.com.member‘)
            Writers:
                Type: Signature
                Rule: OR(‘org2.example.com.member‘)
            Admins:
                Type: Signature
                Rule: OR(‘org2.example.com.admin‘)
            Endorsement:
                Type: Signature
                Rule: OR(‘org2.example.com.member‘)

Orderer / 排序節點配置

Orderer配置段用來定義要編碼寫入創世區塊或通道交易的排序節點參數。

Orderer: &OrdererDefaults

    # 排序節點類型用來指定要啟用的排序節點實現，不同的實現對應不同的共識算法。
    # 目前可用的類型為：solo和kafka
    OrdererType: solo
    Addresses:
        - orderer0.example.com:7050

    BatchTimeout: 2s
    BatchSize:
        MaxMessageCount: 10
        AbsoluteMaxBytes: 98 MB
        PreferredMaxBytes: 512 KB

    MaxChannels: 0
    Kafka:
        Brokers:
            - kafka0:9092
            - kafka1:9092
            - kafka2:9092
            - kafka3:9092

    Organizations:

    # 定義本層級的排序節點策略，其權威路徑為 /Channel/Orderer/<PolicyName>
    Policies:
        Readers:
            Type: ImplicitMeta
            Rule: ANY Readers
        Writers:
            Type: ImplicitMeta
            Rule: ANY Writers
        Admins:
            Type: ImplicitMeta
            Rule: MAJORITY Admins
        # BlockValidation配置項指定了哪些簽名必須包含在區塊中，以便對等節點進行驗證
        BlockValidation:
            Type: ImplicitMeta
            Rule: ANY Writers

    # Capabilities配置描述排序節點層級的能力需求，這裏直接引用
    # 前面Capabilities配置段中的OrdererCapabilities配置項
    Capabilities:
        <<: *OrdererCapabilities

Channel / 通道配置

Channel配置段用來定義要寫入創世區塊或配置交易的通道參數。

Channel: &ChannelDefaults
    # 定義本層級的通道訪問策略，其權威路徑為 /Channel/<PolicyName>
    Policies:
        Readers:
            Type: ImplicitMeta
            Rule: ANY Readers
        # Writes策略定義了調用Broadcast API提交交易的許可規則
        Writers:
            Type: ImplicitMeta
            Rule: ANY Writers
        # Admin策略定義了修改本層級配置的許可規則
        Admins:
            Type: ImplicitMeta
            Rule: MAJORITY Admins

    # Capabilities配置描通道層級的能力需求，這裏直接引用
    # 前面Capabilities配置段中的ChannelCapabilities配置項
    Capabilities:
        <<: *ChannelCapabilities

Application / 應用配置

Application配置段用來定義要寫入創世區塊或配置交易的應用參數。 

Application: &ApplicationDefaults
    ACLs: &ACLsDefault
        # ACLs配置段為系統中各種資源提供默認的策略。
        # 這裏所說的“資源”，可以是系統鏈碼的函數，例如qscc系統鏈碼的GetBlockByNumber方法
        # 也可以是其他資源，例如誰可以接收區塊事件。
        # 這個配置段不是用來定義資源或API，而僅僅是定義資源的訪問控制策略
        # 
        # 用戶可以在通道定義中重寫這些默認策略

        #---New Lifecycle System Chaincode (_lifecycle) function to policy mapping for access control--#

        # _lifecycle系統鏈碼CommitChaincodeDefinition函數的ACL定義
        _lifecycle/CommitChaincodeDefinition: /Channel/Application/Writers

        # _lifecycle系統鏈碼的QueryChaincodeDefinition函數的ACL定義
        _lifecycle/QueryChaincodeDefinition: /Channel/Application/Readers

        # _lifecycle系統鏈碼的QueryNamespaceDefinitions函數的ACL定義
        _lifecycle/QueryNamespaceDefinitions: /Channel/Application/Readers

        #---Lifecycle System Chaincode (lscc) function to policy mapping for access control---#

        # lscc系統鏈碼的getid函數的ACL定義
        lscc/ChaincodeExists: /Channel/Application/Readers

        # lscc系統鏈碼的getdepspec函數的ACL定義
        lscc/GetDeploymentSpec: /Channel/Application/Readers

        # lscc系統鏈碼的getccdata函數的ACL定義
        lscc/GetChaincodeData: /Channel/Application/Readers

        # lscc系統鏈碼的getchaincodes函數的ACL定義
        lscc/GetInstantiatedChaincodes: /Channel/Application/Readers

        #---Query System Chaincode (qscc) function to policy mapping for access control---#

        # qscc系統鏈碼的GetChainInfo函數的ACL定義
        qscc/GetChainInfo: /Channel/Application/Readers

        # qscc系統鏈碼的GetBlockByNumber函數的ACL定義
        qscc/GetBlockByNumber: /Channel/Application/Readers

        # qscc系統 鏈碼的GetBlockByHash函數的ACL定義
        qscc/GetBlockByHash: /Channel/Application/Readers

        # qscc系統鏈碼的GetTransactionByID函數的ACL定義
        qscc/GetTransactionByID: /Channel/Application/Readers

        # qscc系統鏈碼GetBlockByTxID函數的ACL定義
        qscc/GetBlockByTxID: /Channel/Application/Readers

        #---Configuration System Chaincode (cscc) function to policy mapping for access control---#

        # cscc系統鏈碼的GetConfigBlock函數的ACl定義
        cscc/GetConfigBlock: /Channel/Application/Readers

        # cscc系統鏈碼的GetConfigTree函數的ACL定義
        cscc/GetConfigTree: /Channel/Application/Readers

        # cscc系統鏈碼的SimulateConfigTreeUpdate函數的ACL定義
        cscc/SimulateConfigTreeUpdate: /Channel/Application/Readers

        #---Miscellanesous peer function to policy mapping for access control---#

        # 訪問對等節點上的鏈碼的ACL策略定義
        peer/Propose: /Channel/Application/Writers

        # 從鏈碼中訪問其他鏈碼的ACL策略定義
        peer/ChaincodeToChaincode: /Channel/Application/Readers

        #---Events resource to policy mapping for access control###---#

        # 發送區塊事件的ACL策略定義
        event/Block: /Channel/Application/Readers

        # 發送過濾的區塊事件的ACL策略定義
        event/FilteredBlock: /Channel/Application/Readers

    # Organizations配置列出參與到網絡中的機構清單
    Organizations:

    # 定義本層級的應用控制策略，其權威路徑為 /Channel/Application/<PolicyName>
    Policies: &ApplicationDefaultPolicies
        Readers:
            Type: ImplicitMeta
            Rule: "ANY Readers"
        Writers:
            Type: ImplicitMeta
            Rule: "ANY Writers"
        Admins:
            Type: ImplicitMeta
            Rule: "MAJORITY Admins"
        LifecycleEndorsement:
            Type: ImplicitMeta
            Rule: "ANY Endorsement"
        Endorsement:
            Type: ImplicitMeta
            Rule: "ANY Endorsement"

    # Capabilities配置描述應用層級的能力需求，這裏直接引用
    # 前面Capabilities配置段中的ApplicationCapabilities配置項
    Capabilities:
        <<: *ApplicationCapabilities

Profiles / 配置入口

Profiles配置段用來定義用於configtxgen工具的配置入口。包含委員會（consortium）的配置入口可以用來生成排序節點的創世區塊。如果在排序節點的創世區塊中正確定義了consortium的成員，那麽可以僅使用機構成員名稱和委員會的名稱來生成通道創建請求。

Profiles:

    # SampleInsecureSolo定義了一個使用Solo排序節點的簡單配置
    SampleInsecureSolo:
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *OrdererCapabilities
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
        Consortiums:
            SampleConsortium:
                Organizations:
                    - *Org1ExampleCom
                    - *Org2ExampleCom

    # SampleInsecureKafka定義了一個使用Kfaka排序節點的配置
    SampleInsecureKafka:
        <<: *ChannelDefaults
        Orderer:
            <<: *OrdererDefaults
            OrdererType: kafka
            Addresses:
                - orderer0.example.com:7050
                - orderer1.example.com:7050
                - orderer2.example.com:7050
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *OrdererCapabilities
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
        Consortiums:
            SampleConsortium:
                Organizations:
                    - *ExampleCom
                    - *Org1ExampleCom
                    - *Org2ExampleCom

    # SampleSingleMSPSolo定義了一個使用Solo排序節點、包含單一MSP的配置
    SampleSingleMSPSolo:
        Orderer:
            <<: *OrdererDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *OrdererCapabilities
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
        Consortiums:
            SampleConsortium:
                Organizations:
                    - *ExampleCom
                    - *Org1ExampleCom
                    - *Org2ExampleCom

    # SampleEmptyInsecureChannel定義了一個不包含成員與訪問控制策略的通道
    SampleEmptyInsecureChannel:
        Capabilities:
            <<: *ChannelCapabilities
        Consortium: SampleConsortium
        Application:
            Organizations:
                - *ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement

    # SysTestChannel定義了一個用於測試的通道
    SysTestChannel:
        <<: *ChannelDefaults
        Capabilities:
            <<: *ChannelCapabilities
        Consortium: SampleConsortium
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *Org1ExampleCom
                - *Org2ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement

    # SampleSingleMSPChannel定義了一個僅包含單一成員機構的通道。
    # 該配置通常與SampleSingleMSPSolo或SampleSingleMSPKafka同時使用
    SampleSingleMSPChannel:
        <<: *ChannelDefaults
        Capabilities:
            <<: *ChannelCapabilities
        Consortium: SampleConsortium
        Application:
            <<: *ApplicationDefaults
            Organizations:
                - *Org1ExampleCom
                - *Org2ExampleCom
            Capabilities:
                <<: *ApplicationCapabilities
            Policies:
                Readers:
                  Type: ImplicitMeta
                  Rule: ANY Readers
                Writers:
                  Type: ImplicitMeta
                  Rule: ANY Writers
                Admins:
                  Type: ImplicitMeta
                  Rule: MAJORITY Admins
                LifecycleEndorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement
                Endorsement:
                  Type: ImplicitMeta
                  Rule: ANY Endorsement

匯智網原創，轉載請標明出處。

Hyperledger Fabric區塊鏈工具configtxgen配置configtx.yaml

相關推薦

Hyperledger Fabric區塊鏈工具configtxgen配置configtx.yaml

哪些 層級 說明 nco config cast batch ipa con configtx.yaml是Hyperledger Fabric區塊鏈網絡運維工具configtxgen用於生成通道創世塊或通道交易的配置文件，configtx.yaml的內容直接決定了所生成的創

區塊鏈 建立Hyperledger Fabric區塊鏈網路

fabric-samples-1.4.0 開發搭建 一、環境安裝前準備： （1）首先安裝基本工具 yum install git yum install curl yum -y install epel-release yum install python-pip pip ins

使用Hyperledger Composer將業務網路部署到單個組織的Hyperledger Fabric區塊鏈上

前言 Hyperledger Composer官方一直在維護更新中，寫作本文時最新release版本為0.16，從0.15的更新帶來了新的特性：card，也就是對使用者身份的封裝。如果你在以前的版本中使用過composer，你對身份並不會陌生，例如部

區塊鏈100講：Hyperledger Fabric 區塊鏈多機部署

區塊鏈技術可以應用在很多領域，未來最有可能先在這些領域落地。 區塊鏈技術是利用塊鏈式資料結構來驗證與儲存資料、利用分散式節點共識演算法來生成和更新資料、利用密碼學的方式保證資料傳輸和訪問的安全、利用由自動化指令碼程式碼組成的智慧合約來程式設計和操作資料的一

Hyperledger Explorer 區塊鏈瀏覽器與已搭建fabric網路結合

折騰了一下午，終於吧Hyperledger Explorer與現有的fabric網路結合起來。其實也挺簡單，主要是踩了許可權的坑。 Hyperledger Explorer介紹 hyperledger explorer主要是為Hyperledger的區塊鏈網路搭建視覺化的環境，可以通

HyperLedger Fabric Chaincode(鏈碼)介紹和使用

title: HyperLedger Fabric Chaincode(鏈碼)介紹和使用 tags: 區塊鏈,HyperLedger Fabric，Chaincode 鏈碼是什麼？        &

Fabric--區塊鏈應用開發

區塊鏈應用開發 簡介 數字貨幣曾是區塊鏈技術的唯一應用場景 對智慧合約的支援突破了場景限制, 豐富了區塊鏈應用的適用範圍, 可以支援多行業、大規模的商業應用 區塊鏈應用 區塊鏈應用: 一般由若干部署在區塊鏈網路中的智慧合約, 以及呼叫這些智慧

區塊鏈新手 環境配置 到 多節點私有鏈搭建（開發玩不需要同步主網）

（一開始以為要同步好才能開發玩，同步了主網，又同步了測試鏈，近100G。心累）搭建一個本地私有鏈就能玩了，不用同步主網和測試鏈區塊鏈的概念什麼的就不說了，直接上從環境配置---搭建多節點私有鏈---開發玩1.下載Ethereum-Wallet和Mist，下面是官網地址，需要翻

hyperedger +fabric 區塊鏈實踐

--------------------------------------------------------------------------------------------- [版權申明：本文系作者原創，轉載請註明出處]  文章出處：https://blog.cs

Fabric區塊鏈kafka共識入門

Hyperledger Fabric推薦Kafa用於生產環境。Kafa是一個分散式、具有水平伸縮能力、崩潰容錯能力 的日誌系統。在

【我的區塊鏈之路】- Hyperledger fabric的簡單入門（三）fabric主要配置檔案細講

fabric的各個配置檔案做講解 Peer 配置剖析         本例子是拿fabric-samples 來說的，【如果是 fabric 的話，在 fabric/的根目錄下有一個 core.yaml 】在 fabric-samples/config 目錄下有

實戰：區塊鏈hyperledger fabric 初體驗 - 3： 鏈碼實例安裝、實例化、調用及代碼

區塊鏈 hyperledger fabric blockchain 本文鏈碼實例為Fabric 官方實例examples/chaincode/go/chaincode_example02，實現簡單的轉賬功能進入到cli容器裏面$ docker exec -it fabric-cli bash１

區塊鏈之Hyperledger（超級賬本）Fabric v1.0 的環境搭建（更新）

mirror linu stat iyu wget glob 保存 url oba 參考鏈接：https://blog.csdn.net/so5418418/article/details/78355868 https://blog.csdn.net/wgh101539

Blockchian區塊鏈：IBM HyperLedger fabric 簡述

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

區塊鏈 Hyperledger Fabric v1.0.0 環境搭建

  前言：最近專案涉及到超級賬本，在有些理論知識的基礎上，需要整一套環境來。 這是一個特別要注意的事情，筆者之前按照網路上推薦，大部分都是推薦ubuntu系統的，於是下載Ubuntu系統（16.04.5和18.04都試試),遇到各種問題，一直不能成功，大概花了好多天，一直不成功，後來都要放棄了，

區塊鏈開源框架 HyperLedger Fabric 學習思路分享

  本文作者楊毅 著有《HyperLedger Fabric開發實戰——快速掌握區塊鏈技術》一書。 HyperLedger Fabric最初是由Digital Asset和IBM公司貢獻的、由Linux基金會主辦的一個超級賬本專案，它是一個目前非常流行並廣為

區塊鏈100講：Hyperledger Fabric 中的鏈碼（智慧合約）

1 鏈碼概念 網路執行環境我們已經啟動完成，現在我們從開發者的角度來認識一下完成交易所必須的智慧合約（在 Hyperledger Fabric 中被稱之為 Chaincode，也就是鏈上程式碼）的相關知識，以便於理解賬本中的資料到底是通過什麼方式進行操作。 Chaincode：鏈上程式碼，簡稱鏈碼，一般

區塊鏈開源實現hyperledger fabric架構詳解（轉載）

hyperledger fabric是區塊鏈中聯盟鏈的優秀實現，主要程式碼由IBM、Intel、各大銀行等貢獻，目前v1.1版的kafka共識方式可達到1000/s次的吞吐量。本文中我們依次討論：區塊鏈的共通特性、fabric核心概念、fabric的交易執行流程。本文來源於筆

區塊鏈hyperledger fabric開源實現架構詳解

hyperledger fabric是區塊鏈中聯盟鏈的優秀實現，主要程式碼由IBM、Intel、各大銀行等貢獻，目前v1.1版的kafka共識方式可達到1000/s次的吞吐量。本文中我們依次討論：區塊鏈的共通特性、fabric核心概念、fabric的交易執行流程。本文來源於筆

區塊鏈智慧合約開發筆記——stateRoot，nonce值，Hyperledger Fabric，聯盟鏈智慧合約

問題1：為什麼要有stateRoot? stateRoot指的是狀態樹根節點的Hash值。每個區塊上都包含這樣的一個狀態結點，方便節點間狀態的互相驗證，保證在交易的每個區塊且每時每刻，所有節點的狀態是一致的。 問題2：nonce值有什麼用? 交易中的Nonce值