Fabric基础配置文件解析(二)

最新推荐文章于 2022-05-13 13:29:34 发布
最新推荐文章于 2022-05-13 13:29:34 发布
阅读量695 收藏 4
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_44617722/article/details/105365124
版权

  上一篇博客分析了crypto-config配置文件的主要内容和各个属性的意义，现在我们来看一看更加复杂的configtx.yaml文件，官方给的模板文件很长，注释很多，这里我就不粘贴内容了，直接拿出一个实际的配置过的文件来分析一下(可以先看分析回头再看这段配置代码)：

Profiles:
  OrdererGenesis:     # 网络启动时，必须首先创建Orderer系统通道
    Policies:
      Readers:
        Type: ImplicitMeta
        Rule: ANY Readers
      Writers:
        Type: ImplicitMeta
        Rule: ANY Writers
      Admins:
        Type: ImplicitMeta
        Rule: MAJORITY Admins
    Capabilities:
      V1_3: true
    Orderer:                    # orderer信息
      OrdererType: kafka      # 指定启用的排序算法
      Addresses:              # 提供服务的地址
      - orderer0.1243574274jyworderer:7050
      BatchTimeout: 1s        # 区块生成超时时间
      BatchSize:
        MaxMessageCount: 10   # 区块消息数量
        AbsoluteMaxBytes: 99 MB # 区块绝对最大字节数
        PreferredMaxBytes: 512 KB # 一个区块的建议字节数，如果一个交易消息的大小超过了这个值, 就会被放入另外一个更大的区块中
      Kafka:
        Brokers:              # kafka的 brokens 服务地址 允许有多个
        - kafka0.1243574274jywkafka:9092
        - kafka1.1243574274jywkafka:9092
        - kafka2.1243574274jywkafka:9092
        - kafka3.1243574274jywkafka:9092
      EtcdRaft:
        Consenters: []
      Policies:
        Readers:
          Type: ImplicitMeta
          Rule: ANY Readers
        Writers:
          Type: ImplicitMeta
          Rule: ANY Writers
        Admins:
          Type: ImplicitMeta
          Rule: MAJORITY Admins
        BlockValidation:
          Type: ImplicitMeta
          Rule: ANY Writers
      Organizations:
      - Name: Orderer         # 组织名称
        ID: OrdererMSP        # MSP ID
        MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/ordererOrganizations/1243574274jyworderer/msp # msp目录
        Policies:
          Readers:
            Type: Signature
            Rule: OR('OrdererMSP.member')
          Writers:
            Type: Signature
            Rule: OR('OrdererMSP.member')
          Admins:
            Type: Signature
            Rule: OR('OrdererMSP.admin')
        AnchorPeers: []       #该组织的锚节点
      Capabilities:
        V1_1: true
    Consortiums:                # 以上orderer组织所服务的联盟信息
      SampleConsortium:
        Organizations:
        - Name: O1
          ID: O1MSP
          MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/peerOrganizations/1243574274jywo1/msp
          Policies:
            Readers:
              Type: Signature
              Rule: OR('O1MSP.admin', 'O1MSP.peer', 'O1MSP.client')
            Writers:
              Type: Signature
              Rule: OR('O1MSP.admin', 'O1MSP.client')
            Admins:
              Type: Signature
              Rule: OR('O1MSP.admin')
          AnchorPeers:
          - Host: peer0.1243574274jywo1
            Port: 7051
        - Name: O2
          ID: O2MSP
          MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/peerOrganizations/1243574274jywo2/msp
          Policies:
            Readers:
              Type: Signature
              Rule: OR('O2MSP.admin', 'O2MSP.peer', 'O2MSP.client')
            Writers:
              Type: Signature
              Rule: OR('O2MSP.admin', 'O2MSP.client')
            Admins:
              Type: Signature
              Rule: OR('O2MSP.admin')
          AnchorPeers:
          - Host: peer0.1243574274jywo2
            Port: 7051
  OrgsChannel:        # 应用通道模板
    Consortium: SampleConsortium    # 该应用通道所关联联盟的名称
    Application:
      Policies:
        Readers:
          Type: ImplicitMeta
          Rule: ANY Readers
        Writers:
          Type: ImplicitMeta
          Rule: ANY Writers
        Admins:
          Type: ImplicitMeta
          Rule: MAJORITY Admins
      Organizations:            # 组织机构配置
      - Name: O1                # orderer组织名字
        ID: O1MSP               # orderer组织ID
        MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/peerOrganizations/1243574274jywo1/msp
        Policies:
          Readers:
            Type: Signature
            Rule: OR('O1MSP.admin', 'O1MSP.peer', 'O1MSP.client')
          Writers:
            Type: Signature
            Rule: OR('O1MSP.admin', 'O1MSP.client')
          Admins:
            Type: Signature
            Rule: OR('O1MSP.admin')
        AnchorPeers:            # 配置锚节点
        - Host: peer0.1243574274jywo1
          Port: 7051
      - Name: O2
        ID: O2MSP
        MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/peerOrganizations/1243574274jywo2/msp
        Policies:
          Readers:
            Type: Signature
            Rule: OR('O2MSP.admin', 'O2MSP.peer', 'O2MSP.client')
          Writers:
            Type: Signature
            Rule: OR('O2MSP.admin', 'O2MSP.client')
          Admins:
            Type: Signature
            Rule: OR('O2MSP.admin')
        AnchorPeers:
        - Host: peer0.1243574274jywo2
          Port: 7051
      Capabilities:
        V1_3: true
        V1_2: false
        V1_1: false

  配置代码很长，但是我们把它的子标签收起来，大概是这个样子：

Profiles:
  OrdererGenesis:
  OrgsChannel:

  首先我们明确，这个配置文件是可以由两大部分组成的，一部分是OrdererGenesis，我理解为系统通道的配置，另一部分是OrgsChannel，我理解为应用通道的配置，在下文我也会这样称呼，这样使得整个文件更加清晰和简单。但是在经过在百度上查阅了一些资料和理解后，我觉得这个配置文件应该可以写的更加条理清晰：

  1. profile / 配置的入口，我们可以把整个文件主要配置定义为以下内容：
Profiles:
   OrdererGenesis:
       Orderer:
           <<: *OrdererDefaults
           Organizations:
               - *OrdererOrg
       Consortiums:
           SampleConsortium:
               Organizations:
                   - *Org1
                   - *Org2
   OrgsChannel:
       Consortium: SampleConsortium
       Application:
           <<: *ApplicationDefaults
           Organizations:
               - *Org1
               - *Org2

以上yaml文件中所使用的到的以下符号释义：

使用符号符号意义
<<合并数据结果
&锚点(使用上可以看成是类似变量的定义)
*引用一个定义好的锚点

分析以上配置文件我们发现在系统通道和应用通道中我们分别需要两个信息：

配置项需要的配置信息
系统通道Orderer 、Consortiurns
应用通道Application 、Consortium

关于yaml文件的特殊符号语法可以参考：参考文章
2. Organizations / 组织机构配置
这部分的配置信息被以上的profile所引用：

Organizations:
  - &OrdererOrg
	Name: Orderer
	ID: OrdererMSP
	MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/ordererOrganizations/1243574274jyworderer/msp
	Policies:
      Readers:
        Type: Signature
        Rule: OR('OrdererMSP.member')
      Writers:
        Type: Signature
        Rule: OR('OrdererMSP.member')
      Admins:
        Type: Signature
        Rule: OR('OrdererMSP.admin')
	AnchorPeers: []

  - &Org1
	Name: O1
	ID: O1MSP
	MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/peerOrganizations/1243574274jywo1/msp
	Policies:
        Readers:
          Type: Signature
          Rule: OR('O1MSP.admin', 'O1MSP.peer', 'O1MSP.client')
        Writers:
          Type: Signature
          Rule: OR('O1MSP.admin', 'O1MSP.client')
        Admins:
          Type: Signature
          Rule: OR('O1MSP.admin')
	AnchorPeers:
      - Host: peer0.1243574274jywo1
        Port: 7051

- &Org2
	Name: O1
	ID: O1MSP
	MSPDir: /data/HduFabric/baasmanager/baas-nfsshared/baas-artifacts/1243574274/jyw/crypto-config/peerOrganizations/1243574274jywo2/msp
	Policies:
        Readers:
          Type: Signature
          Rule: OR('O2MSP.admin', 'O2MSP.peer', 'O2MSP.client')
        Writers:
          Type: Signature
          Rule: OR('O2MSP.admin', 'O2MSP.client')
        Admins:
          Type: Signature
          Rule: OR('O2MSP.admin')
	AnchorPeers:
      - Host: peer0.1243574274jywo2
        Port: 7051

我们来分析一下这部分的子配置文件，首先定义了Organizations标签，然后其内部是三个数组，分别代表了三个组织的具体配置信息。其中一个是排序组织，另外两个组织是正常的组织，里面的一些属性甚至可以再定义锚点然后引用来简化配置信息，这里就不再细分了，下面用一个表格展示各个标签的具体含义：

属性名称属性意义
Name组织名称
ID组织 ID
MSPDirMSP所在文件夹
Policies访问控制规则
AnchorPeers锚节点相关配置
  1. Orderer / 排序节点配置
Orderer:&OrdererDefaults                    
  OrdererType: kafka      
  Addresses:              
  - orderer0.1243574274jyworderer:7050
  BatchTimeout: 1s        
  BatchSize:
    MaxMessageCount: 10   
    AbsoluteMaxBytes: 99 MB 
    PreferredMaxBytes: 512 KB 
  Kafka:
    Brokers:              
    - kafka0.1243574274jywkafka:9092
    - kafka1.1243574274jywkafka:9092
    - kafka2.1243574274jywkafka:9092
    - kafka3.1243574274jywkafka:9092
  EtcdRaft:
    Consenters: []
  Policies:
    Readers:
      Type: ImplicitMeta
      Rule: ANY Readers
    Writers:
      Type: ImplicitMeta
      Rule: ANY Writers
    Admins:
      Type: ImplicitMeta
      Rule: MAJORITY Admins
    BlockValidation:
      Type: ImplicitMeta
      Rule: ANY Writers
  Capabilities:
    V1_1: true

这部分的配置信息主要配置了排序节点采用的共识算法以及对应相关参数

属性意义
OrdererTypeorderer类型，包括solo和kafka
Addresses服务地址
BatchTimeout区块生成超时时间
MaxMessageCount区块消息数量
AbsoluteMaxBytes区块绝对最大字节数
PreferredMaxBytes一个区块的建议字节数，如果一个交易消息的大小超过了这个值, 就会被放入另外一个更大的区块中
Kafka定义了kafka的broken域名
EtcdRaftRaft相关配置参数
Capabilities类似于版本支持的一个属性
  1. Application / 应用配置
Application: &ApplicationDefaults
      Policies:
        Readers:
          Type: ImplicitMeta
          Rule: ANY Readers
        Writers:
          Type: ImplicitMeta
          Rule: ANY Writers
        Admins:
          Type: ImplicitMeta
          Rule: MAJORITY Admins
      Organizations:
      Capabilities:
        V1_3: true
        V1_2: false
        V1_1: false
属性意义
Organizations加入通道中的组织信息

  经过了以上的分析之后，其实这个文件配置的基本内容应该可以有个大概的印象了，由两大部分组成，那两大部分中包含了一些组织、规则等信息，如果使用锚点和引用不仅增加了配置文件的可读性，而且使得子配置被复用，使得代码更加简洁。但是学到现在对于配置文件中的一些小细节还是有部分不理解，了解了这个配置文件的内容之后，我们可以从配置文件的功能区更好地总结这个配置文件，同时也可以理解为什么可以实现那个功能。

风情小皮球
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
Hyperledger Fabric配置文件解析
Lee_JH2018的博客
05-08 423
crypto-config.yaml:用于配置网络中的加密材料，例如证书、密钥等。 configtx.yaml :用于配置Fabric的创世区块和通道，包括定义组织、节点、策略、订购服务等信息。
Fabric权限管理和策略
phymat.nico的专栏
04-14 1223
权限管理是区块链网络十分重要的功能，负责控制某个身份在某个场景下是否允许采取某个操作（如读写某个资源）。 超级账本 Fabric 项目通过策略（Policy）来灵活指定各场景下的操作权限。 策略应用场景 具体来看，常见的策略场景包括如下表所示。其中，大部分都与系统配置链码相关，可以在通道配置中进行指定；部分为代码中的规定。 对于存储在通道配置中的策略，可以利用 configtx.yaml 指...
如何配置Fabric出块参数来达到“最大”TPS
oe1019的专栏
12-12 3421
如何配置Fabric出块参数来达到“最大”TPS 文章目录如何配置Fabric出块参数来达到“最大”TPS对于参数的了解避免落入batch timeout推论一：我们最好不要依赖一个过大的batchtimeout值来触发fabric出块。PreferredMaxBytes，AbsoluteMaxBytes，MaxMessageCount的关系推论二：在tx大小恒定的情况下。（或者我们可以以均值取代等方式）块内交易数目为PreferredMaxBytes/tx size，MaxMessageCount， Ab
Hyperledger Fabric 关于出块时间和区块大小
黑帽子技术的博客
03-04 1128
Hyperledger Fabric 关于出块时间和区块大小 刚开始接触 fabric 的同学可能会有这样的疑问：为什么每个区块里就只有一笔交易呢？会产生这样的疑问很正常，说明有去认真仔细的观察和思考了。 ...
Hyperledger Fabric 1.1 -- Policy 构成
weixin_34233679的博客
09-21 218
Policy 规则设计 本文主要是讲解一下在fabric中Policy的规则和写法，让大家有一个初步的认识，本文是基于fabric 1.1版本 Policy Type Policy Type 目前包括两种：SIGNATURE 和 IMPLICIT_META signature 类型的policy 本质上是由msp principals 构成的 ，可以按照以下的方式去组织policy：5个org中...
Fabric1.4.8配置文件-Raft
08-19
Fabric1.4.8配置文件，包括Fabric二进制执行文件、证书配置文件、创世快配置文件、docker配置文件等。联盟链搭建的结构是：3orderer(raft)+4peer(2org)+2ca
fabric二进制文件，免于手动配置
最新发布
11-06
fabric智能合约二进制文件压缩
fabric 1.0.0二进制文件
12-13
fabric镜像文件及官方指定所需的二进制文件。
安装fabric二进制文件下载速度慢
01-20
安装fabric Samples, Binaries和Docker Images 官方文档：https://hyperledger-fabric.readthedocs.io/en/release-1.4/install.html 如果下载最新版本，直接运行： curl -sSL http://bit.ly/2ysbOFE | bash -s 下载...
hyperledger fabric kafka集群配置文件
05-06
基于hyperledger fabric 1.4版本实现的kafka集群配置文件，环境搭建可以参考https://blog.csdn.net/u010857052/article/details/84309264。有任何问题可以评论下面留言。谢谢
Fabric 1.0源代码分析(39) policy（背书策略）
尹成的技术博客
05-21 1692
# Fabric 1.0源代码笔记 之 policy（背书策略）## 1、policy概述policy代码分布在core/policy、core/policyprovider、common/policies目录下。目录结构如下：* core/policy/policy.go，PolicyChecker接口定义及实现、PolicyCheckerFactory接口定义。* core/policypro...
fabric1.2.1新特性-访问控制列表
songbin830的专栏
07-31 2785
访问控制列表 Access Control Lists(ACL) 什么是访问控制列表？ fabric 使用访问控制列表来通过将策略（在给定一组身份的情况下指定评估为“真”或“假”的规则）与资源关联来管理对资源的访问。在这篇文档中，我们将讨论如何格式化访问控制列表以及如何覆盖默认值。 在做这些之前，必须先了解一些资源和策略的相关知识。 资源 用过通过定位用户链码、系统链码、或者事件...
fabric 出块机制
weixin_41303815的博客
04-06 1047
在 fabric 中，一个区块结构 Block 的主要数据部分是由一个或多个交易(或者配置)数据结构 Envelope 组成。出块即是将一个或多个 Envelope 打包成一个 Block，这个工作由 orderer 完成。 当客户端将一个交易相关的数据组成的 Envelope 提交给 orderer 后，最终将被转给 blockcutter 按顺序缓存，满足条件后，提取出来进行区块打包。如何满足出块条件呢？这包含以下几个指标： BatchTimeout：2s 这个超时指的是，超过一定时间没有出块了，.
华为设备静态组播MAC地址配置命令
Tony_long7483的博客
05-13 366
华为设备静态组播MAC地址配置命令
Hyperledger Fabric笔记--kafka共识的多orderer集群部署
热门推荐
斌斌(Java)
03-09 1万+
Hyperledger Fabric 1.0默认的共识是solo，即单节点共识。本文主要介绍基于kafka共识的orderer集群部署方案。 部署方案 zookeeper节点：3个 kafka节点：4个 orderer节点：3个 peer节点：4个 cli节点：1个 环境准备 配置本机GOPATH 下载hyperledger/fabric到本地：$GOPATH/src/git...
Fabric查看区块大小和出块时间
sanqima的专栏
07-27 1691
    在Fabric里有设置出块时间、区块大小的字段，如下： 字段 含义 默认值 BatchTimeout 出块时间 默认2秒 MaxMessageCount 区块容纳的交易条数 默认10 条 AbsoluteMaxBytes 区块大小 默认10MB PreferredMaxBytes 每条交易的大小 默认512KB     查看Fabric的案例目录下的fabric-sample/config/configtx.yaml文件，输入命令: cat configtx.yaml
Fabric应用开发-配置文件(2)configtx.yaml
建建的博客
06-29 966
configtx.yaml是组织、通道配置文件，用于定义组织和通道信息，并基于此文件生成排序系统创世块和通道创世块。 官方提供的示例配置文件在"path/to/fabric/sampleconfig/configtx.yaml"，示例配置文件内容如下，文件比较长，其中很详细的注释了每个配置项的功能： # Copyright IBM Corp. All Rights Reserved. # # SPDX-License-Identifier: Apache-2.0 # --- ############
Fabric configtxgen Tool的使用
h363659487的博客
09-15 5372
  本文主要介绍Fabric 官网对于configtxgen的使用介绍   configtxgen用于生成如下4个文件。   orderer genesis block,（最终生成的文件名为：orderer.block，用来给Orderer节点做排序服务的） channel channel configuration transaction,（用来配置和创建channel的配置文件） ...
Hyperledger Fabric配置文件解析（一）——crypto-config.yaml
pigff的博客
05-19 4603
1. 相关配置文件介绍 crypto-config.yaml，用于生成相关组织的私钥和证书 configtx.yaml 对相关组织进行配置 配置orderer，用以生成orderer端初始化时所需的block（Genesis Block） 配置channel，用以生成创建channel时所需的tx文件 core.yaml，peer端的配置文件 orderer.yaml，orderer端的配置文件 docker-compose.yaml，用以配置fabric网络的相关容器 下文中所有的配置文件解析
fabric 二进制文件下载
07-27
您可以通过以下步骤下载Fabric二进制文件： 1. 打开Fabric官方网站（https://hyperledger-fabric.readthedocs.io/en/latest/install.html）。 2. 在导航菜单中选择“Install”（安装）。 3. 在该页面中，您会看到一...

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值