009 hyperledger-fabric 手动启动网络全过程

        

        

        

        

        前提:

    1. 产生布局体系和情形证明
    1. 发现order的初始块
      启动订购服役
    1. 产生用功通行证有效地利用事务FIL
      用于产生用功通行证, 在通行证中指派构件和逗留战略
    1. 产生锚装满校正有效地利用发稿
      用于有效地利用锚装满

        TLS: 用于确保物传输的完整性和保障安全的

        启动电网

    1. 启动Docker挑选
    1. 进入挑选
    1. 发现用功通行证
    1. 将使担忧的的装满添加到用功通行证
    1. 校正锚装满

产生布局关系及情形证明

        决定是在 fabric-samples/first-network 在疲惫地走下

        人工实现预期的结果电网

  1. 产生布局体系和情形证明
    $ sudo ../bin/cryptogen showtemplate

        看模板:

        布局体系:
OrdererOrgs:
  - Name: Orderer    定货单装满规定
    Domain:     区名
    Specs:
      - Hostname: orderer 熟练规定
            熟练规定:区名
      
      
布局体系:
PeerOrgs:
  - Name: Org1     peer装满
    Domain: org1.     区名
    EnableNodeOUs: true
    Template:   # 指派Org1 Organization下的对等装满数
      Count: 1 
    Users:  # 指派Org1布局切中要害行政机关员用户数
      Count: 2
      行政机关(默许)
      User1
      User2

      装满规定:peer0.org1.
 
  - Name: Org2   布局二
    Domain: org2.
    EnableNodeOUs: true
    Template:   # 指派Org2 Organization下的对等装满数
      Count: 1
    Users:
      Count: 1

peer0.org2.
        $ cd hyfa/fabric-samples/first-network/

        为体系电网产生指派拓扑布局关系及情形证明
指派要应用的有效地利用发稿

        $ sudo ../bin/cryptogen generate --config=./

        刚过去的命令停止 有效地利用发稿

        将有以下出口

        org1.
org2.

        证明和密电码(MSP作为论据的事实)将导出给上端 first-network/crypto-config 在倾斜中

        ordererOrganizations子倾斜下包孕表格Orderer布局(1个Orderer装满)的情形物

        peerOrganizations子倾斜下为所局部Peer装满布局(2个布局, 四装满)互相牵连情形物 最赡养线索的是msp倾斜, 代表物质的情形物

        编密码有效地利用发稿倾斜体系如次

        crypto-config
├── ordererOrganizations
│   └── 
│       ├── ca     礼物定货单的私钥发稿
│       │   ├── ca.-cert.pem     CA根证明
│       │   └── df69b6d2aea8038270c5340d358bfe34eee039a8e16d4a849e67ec27a8ed53bd_sk    私钥
│       ├── msp     部件服役供应者
│       │   ├── admincerts   行政机关员
│       │   │   └── Admin@-cert.pem
│       │   ├── cacerts      ca证明
│       │   │   └── CA.-证明PEM类似地根证明
│       │   └── tlscacerts      TLS证明
│       │       └── tlsca.-cert.pem
│       ├── orderers
│       │   └── 订购者。     礼物orderer使担忧的的布局(局部事情风景会必要多个order的时分)
│       │       ├── msp
│       │       │   ├── admincerts    行政机关员证明
│       │       │   ├── cacerts       ca证明
│       │       │   ├── keystore      sk私钥
│       │       │   ├── signcerts    订购方证明
│       │       │   └── tlscacerts    TLS证明
│       │       └── tls
│       │           ├── 
│       │           ├── 
│       │           └── 
│       ├── tlsca   确保物传输的完整性和保障安全的
│       │   ├── 138f1cfd2708bca1e9e525773af410d46cef12736c3673ed787d7bbc38f013a4_sk
│       │   └── tlsca.-cert.pem
│       └── users
│           └── Admin@      admin行政机关员
│               ├── msp
│               │   ├── admincerts
│               │   ├── cacerts
│               │   ├── keystore
│               │   ├── signcerts
│               │   └── tlscacerts
│               └── tls
│                   ├── 
│                   ├── 
│                   └── 
└── peerOrganizations
    ├── org1.            # 一号布局的使担忧作为论据的事实,每个布局产生每一独自的根证明
    │   ├── ca  仓库布局的根证明和使担忧的的私钥,默许EC 算法,证明是自署名的。布局切中要害物质将应用此根证明作为证明。
    │   │   ├── 9b78dd1cc0570c9ef3f3fa31a1b343e7a6c0f157a2cc17f75412e12f2936898c_sk
    │   │   └── ca.org1.-cert.pem
    │   ├── msp                 # 代表布局安置情形物
    │   │   ├── admincerts          # 布局行政机关员情形证,由根证明署名
    │   │   │   └── Admin@org1.-cert.pem
    │   │   ├── cacerts             # 布局的根证明,类似地的CA 倾斜下的发稿
    │   │   │   └── ca.org1.-cert.pem
    │   │   ├── 
    │   │   └── tlscacerts          # :关闭TLS 的CA 证明,自署名
    │   │       └── tlsca.org1.-cert.pem
    │   ├── peers           # 安置尽量的属于布局的对等方 装满
    │   │   ├── peer0.org1.    # 第每一同伙 的物,包孕它的MSP 证明和TLS 证明分为两类
    │   │   │   ├── msp     
    │   │   │   │   ├── admincerts              # 布局行政机关员情形证。Peer 这些证明将用于使合法化事务署名即使     
    │   │   │   │   ├── cacerts             # 遵守布局的根证明
    │   │   │   │   ├──          
    │   │   │   │   ├── keystore                # 装满的认出私钥,用于署名
    │   │   │   │   ├── signcerts               # 用于使合法化此装满署名的证明,布局根证明署名
    │   │   │   │   └── tlscacerts              # TLS 耶鲁大学情形证,布局TLS 证明
    │   │   │   └── tls     # 仓库TLS 互相牵连证明和私钥
    │   │   │       ├──           # 布局的根证明
    │   │   │       ├──       # 用于使合法化此装满署名的证明,布局根证明署名
    │   │   │       └──       # 装满的认出私钥,用于署名
    │   │   └── peer1.org1.      # 次要的个同伙 的物,类似地对等0.org 1的体系
    │   │       ├── msp
    │   │       │   ├── admincerts
    │   │       │   ├── cacerts
    │   │       │   ├── 
    │   │       │   ├── keystore
    │   │       │   ├── signcerts
    │   │       │   └── tlscacerts
    │   │       └── tls
    │   │           ├── 
    │   │           ├── 
    │   │           └── 
    │   ├── tlsca
    │   │   ├── cf4587814bc05f9f81ac3d990c365660dedf1479e60f737c7e9e707727a27168_sk
    │   │   └── tlsca.org1.-cert.pem
    │   └── users       # 保持不变属于布局的用户的物质
    │       ├── Admin@org1.      # 行政机关员用户物,包孕它的MSP 证明和TLS 证明分为两类
    │       │   ├── msp
    │       │   │   ├── admincerts          # 行政机关情形使合法化证明
    │       │   │   ├── cacerts             # 遵守布局的根证明
    │       │   │   ├── keystore            # 应用的情形私钥,用于署名
    │       │   │   ├── signcerts           # 行政机关员用户鉴定证明,布局根证明署名。被友爱认可,与霉臭把它放在尿里 的msp/admincerts 下
    │       │   │   └── tlscacerts          # TLS 耶鲁大学情形证,布局TLS 证明
    │       │   └── tls     # 仓库TLS 互相牵连证明和私钥
    │       │       ├──       # 布局的根证明
    │       │       ├──       # 行政机关员用户鉴定证明,布局根证明署名
    │       │       └──   # 行政机关员用户情形公有ke,用于署名
    │       └── User1@org1.      # 主要的用户物,包孕MSP 证明和TLS 证明分为两类
    │           ├── msp
    │           │   ├── admincerts      # 行政机关情形使合法化证明
    │           │   ├── cacerts         # 遵守布局的根证明
    │           │   ├── keystore            # 应用的情形私钥,用于署名
    │           │   ├── signcerts       # 使合法化此用户署名的情形证明,布局根证明署名
    │           │   └── tlscacerts      # TLS 耶鲁大学情形证,布局TLS 证明
    │           └── tls         # 仓库TLS 互相牵连证明和私钥
    │               ├──       # 布局的根证明
    │               ├──       # 使合法化用户署名的情形证明,布局根证明署名
    │               └──       # 用户情形私钥,用于署名
    └── org2.                # 由于次要的个布局的物,类似地ORG1的体系。
        ├── ca
        │   ├── 91fd76daf883a57066303fb6842ff4fb07c6793dbc8fbbca6303efea455884b2_sk
        │   └── ca.org2.-cert.pem
        ├── msp
        │   ├── admincerts
        │   │   └── Admin@org2.-cert.pem
        │   ├── cacerts
        │   │   └── ca.org2.-cert.pem
        │   ├── 
        │   └── tlscacerts
        │       └── tlsca.org2.-cert.pem
        ├── peers
        │   ├── peer0.org2.
        │   │   ├── msp
        │   │   │   ├── admincerts
        │   │   │   ├── cacerts
        │   │   │   ├── 
        │   │   │   ├── keystore
        │   │   │   ├── signcerts
        │   │   │   └── tlscacerts
        │   │   └── tls
        │   │       ├── 
        │   │       ├── 
        │   │       └── 
        │   └── peer1.org2.
        │       ├── msp
        │       │   ├── admincerts
        │       │   ├── cacerts
        │       │   ├── 
        │       │   ├── keystore
        │       │   ├── signcerts
        │       │   └── tlscacerts
        │       └── tls
        │           ├── 
        │           ├── 
        │           └── 
        ├── tlsca
        │   ├── d3c3e6e37d306992bc9fb826415ed77971031418db48c195d5a24521916f32f3_sk
        │   └── tlsca.org2.-cert.pem
        └── users
            ├── Admin@org2.
            │   ├── msp
            │   │   ├── admincerts
            │   │   ├── cacerts
            │   │   ├── keystore
            │   │   ├── signcerts
            │   │   └── tlscacerts
            │   └── tls
            │       ├── 
            │       ├── 
            │       └── 
            └── User1@org2.
                ├── msp
                │   ├── admincerts
                │   ├── cacerts
                │   ├── keystore
                │   ├── signcerts
                │   └── tlscacerts
                └── tls
                    ├── 
                    ├── 
                    └── 

Cryptogen 理智体系产生使担忧的的布局和密电码、证明发稿

最赡养线索的是每个资源下的msp 倾斜物质,仓库产生的代表ms 情形证明发稿,普通包孕:

- admincerts :行政机关员情形证
- cacerts :相信根证明发稿
- key store :nod的署名私钥发稿
- signcerts :装满署名情形证明
- tlscacerts: TLS 衔接证明
- intermediatecerts (可选):TRUS调解证明
- crls (可选):证明取消列表
-  (可选):记载OrganizationalUnitldentifiers 物,包孕根证明方位和id物

这些情形发稿随后可以分发到对应的Orderer 装满和对等点 装满上,并放到对应的MSP在疲惫地走下,用于署名

有效地利用细节变量

        告知configtxgen在哪里找到too 发稿

        $ export FABRIC_CFG_PATH=$PWD

发现订购服役启动初始bloc

        指派敷用药 在发稿中规定 TwoOrgsOrdererGenesis 模板, 产生Ordering服役体系通行证的初始区块发稿

        $ sudo ../bin/configtxgen -profile TwoOrgsOrdererGenesis -outputBlock ./channel-artifacts/

        用模板印出的文字或图案物质:

        # 
Profiles:

    TwoOrgsOrdererGenesis:产生orderer初始区块的有效地利用
        Capabilities:
            <<: *ChannelCapabilities
        Orderer:
            <<: *OrdererDefaults
            Organizations:
                - *OrdererOrg 指派orderer的布局规定
            Capabilities:
                <<: *OrdererCapabilities
        Consortiums:指派联盟构件
            SampleConsortium:                Organizations:
                    - *Org1
                    - *Org2
    TwoOrgsChannel:指派通行证有效地利用
        Consortium: SampleConsortium
        Application:
            <<: *ApplicationDefaults
            Organizations:指派礼物通行证结交的布局
                - *Org1
                - *Org2
            Capabilities:
                <<: *ApplicationCapabilities


Organizations:
    - &OrdererOrg
        Name: OrdererOrg
        ID: OrdererMSP指派orderer的MSP本地常规路线
        MSPDir: crypto-config/ordererOrganizations//msp
    - &Org1
        Name: Org1MSP
        ID: Org1MSP
        MSPDir: crypto-config/peerOrganizations/org1./msp
        AnchorPeers:指派锚装满,固定的指派
             - Host: peer0.org1.
              Port: 7051
    - &Org2
        Name: Org2MSP
        ID: Org2MSP
        MSPDir: crypto-config/peerOrganizations/org2./msp
        AnchorPeers:
            - Host: peer0.org2.
              Port: 7051

Orderer: &OrdererDefaults
    OrdererType: solo或者Kafka
    Addresses:
        - 订购者。:7050
    BatchTimeout: 2s处理一批消息的超时时间
    BatchSize:指派区块大小
        MaxMessageCount: 10指派最大的处理消息个数
        AbsoluteMaxBytes: 99 MB不管在什么细节下,区块的最大的大小不能超出刚过去的大小
        PreferredMaxBytes: 512 KB建议区块大小,在单个消息不超过指派值的时分,以防超过了512k指派的值(不能超过指派的最大值,即上面的99M大小),也可以产生区块
    Kafka:
        Brokers:
            - 127.0.0.1:9092 kafaka地址端口号
       Organizations:
Application: &ApplicationDefaults
    Organizations:

Capabilities:
    Global: &ChannelCapabilities
        V1_1: true
    Orderer: &OrdererCapabilities
        V1_1: true
    Application: &ApplicationCapabilities
        V1_1: true



        实现命令后,出口如次

        10:49:21.181 CST [common/tools/configtxgen] main -> INFO 001 Loading configuration
10:49:21.207 CST [MSP] getMspConfig -> INFO 002 Loading NodeOUs
10:49:21.208 CST [MSP] getMspConfig -> INFO 003 Loading NodeOUs
10:49:21.210 CST [common/tools/configtxgen] doOutputBlock -> INFO 004 Generating genesis block
10:49:21.211 CST [common/tools/configtxgen] doOutputBlock -> INFO 005 Writing genesis block

为用功通行证发现有效地利用事务

        须交换$CHANNEL_NAME或设置CHANNEL_NAME为可在总数阐明中应用的细节变量

        $ export CHANNEL_NAME=mychannel

        指派敷用药 在有效地利用发稿中 TwoOrgsChannel 模板, 为新通行证产生有效地利用事务发稿, TwoOrgsChannel 模板指派org1和org2都属于新用功

        $ sudo ../bin/configtxgen -profile TwoOrgsChannel -outputCreateChannelTx ./channel-artifacts/channel.tx -channelID $CHANNEL_NAME

        出口如次

        11:13:24.984 CST [common/tools/configtxgen] main -> INFO 001 Loading configuration
11:13:24.992 CST [common/tools/configtxgen] doOutputChannelCreateTx -> INFO 002 Generating new channel configtx
11:13:24.993 CST [MSP] getMspConfig -> INFO 003 Loading NodeOUs
11:13:24.994 CST [MSP] getMspConfig -> INFO 004 Loading NodeOUs
11:13:25.016 CST [common/tools/configtxgen] doOutputChannelCreateTx -> INFO 005 Writing new channel tx

产生锚装满有效地利用校正发稿

        锚装满有效地利用校正发稿用于有效地利用锚装满o

        也由于 有效地利用发稿产生新通行证发稿, 每个布局都必要独自产生,并睬

        $ sudo ../bin/configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org1MSPanchors.tx -channelID $CHANNEL_NAME -asOrg Org1MSP

$ sudo ../bin/configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org2MSPanchors.tx -channelID $CHANNEL_NAME -asOrg Org2MSP

        -profile 末期模板发稿掌管,/fabric-samples/first-network

启动电网

        在启动docker containe优于,从装上尾巴服役开端,orderer,对等装满,
启动多个挑选,应用docker compose启动尽量的命令,在有效地利用发稿中,有效地利用物

        $ sudo docker-compose -f docker-compose-cli.yaml up -d

        -f: 指派docker-compose发稿(指派启动电网时所应用的有效地利用发稿)
-- 此有效地利用发稿塑造霉臭
-- 指派挑选中受操纵的事的物质

        -d: 启动时不显示特别的的启动物质

        注:

        以防要反省电网的实时日记,省掉赡养 -d 参量

        cli挑选将免费的1000秒。以防必要的时分它消逝了,您可以用每一复杂的命令重新开始它:

        ​ $ sudo docker start cli

docker-compose-cli.yaml fil物质:

        version: ''2''

volumes:
  订购者。:
  peer0.org1.:
  peer1.org1.:
  peer0.org2.:
  peer1.org2.:

networks:
  byfn:

服役:服役

  订购者。:
    张开:承受
      file:   base/
      service: 订购者。
    container_name: 挑选规定订购者。
    networks:
      - byfn

  peer0.org1.:
    container_name: peer0.org1.
    extends:
      file:  base/
      service: peer0.org1.
    networks:
      - byfn

  peer1.org1.:
    container_name: peer1.org1.
    extends:
      file:  base/
      service: peer1.org1.
    networks:
      - byfn

  peer0.org2.:
    container_name: peer0.org2.
    extends:
      file:  base/
      service: peer0.org2.
    networks:
      - byfn

  peer1.org2.:
    container_name: peer1.org2.
    extends:
      file:  base/
      service: peer1.org2.
    networks:
      - byfn

  cli:
    container_name: cli
    image: hyperledger/fabric-tools:$IMAGE_TAG
    tty: true
    stdin_open: true
    environment:
      - GOPATH=/opt/gopath
      - CORE_VM_ENDPOINT=unix:///host/var/run/docker.sock
      #- CORE_LOGGING_LEVEL=DEBUG
      - CORE_LOGGING_LEVEL=INFO
      - CORE_PEER_ID=cli
      - CORE_PEER_ADDRESS=peer0.org1.:7051
      - CORE_PEER_LOCALMSPID=Org1MSP
      - CORE_PEER_TLS_ENABLED=true
      - CORE_PEER_TLS_CERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1./peers/peer0.org1./tls/
      - CORE_PEER_TLS_KEY_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1./peers/peer0.org1./tls/
      - CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1./peers/peer0.org1./tls/
      - CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1./users/Admin@org1./msp
    working_dir: /opt/gopath/src/github.com/hyperledger/fabric/peer
    command: /bin/bash
    volumes:
        - /var/run/:/host/var/run/
        - ./../chaincode/:/opt/gopath/src/github.com/chaincode
        - ./crypto-config:/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/
        - ./scripts:/opt/gopath/src/github.com/hyperledger/fabric/peer/scripts/
        - ./channel-artifacts:/opt/gopath/src/github.com/hyperledger/fabric/peer/channel-artifacts
    depends_on:
      - 订购者。
      - peer0.org1.
      - peer1.org1.
      - peer0.org2.
      - peer1.org2.
    networks:
      - byfn


        电网启动挨次 启动order装满firs, 与启动对等装满, 日记出口如次

        ......
订购者。       | 02:48:25.080 UTC [orderer/common/server] initializeServerConfig -> INFO 002 Starting orderer with TLS enabled
订购者。       | 02:48:25.101 UTC [fsblkstorage] newBlockfileMgr -> INFO 003 Getting block information from block storage
订购者。       | 02:48:25.138 UTC [orderer/commmon/multichannel] NewRegistrar -> INFO 004 Starting system channel ''testchainid'' with genesis block hash 67662e918ab76b4a8863cc625d67fcc31e9cb3a7c3c4f9f707af1c05ba5be686 and orderer type solo
订购者。       | 02:48:25.138 UTC [orderer/common/server] Start -> INFO 005 Starting orderer:
......

        对等装满启动后, 默许细节下,无能力的将诸如此类用功通行证添加到电网, 它也不注意衔接到订购服役。它必要由, 让它结交电网和指派的用功通行证

发稿物质

        version: ''2''

services:

  订购者。:
    container_name: 订购者。
    image: hyperledger/fabric-orderer:$IMAGE_TAG
    细节:细节变鱼鳞
      - ORDERER_GENERAL_LOGLEVEL=INFO
      - ORDERER_GENERAL_LISTENADDRESS=0.0.0.0
      - ORDERER_GENERAL_GENESISMETHOD=file
      - ORDERER_GENERAL_GENESISFILE=/var/hyperledger/orderer/订购者。
      - ORDERER_GENERAL_LOCALMSPID=OrdererMSP
      - ORDERER_GENERAL_LOCALMSPDIR=/var/hyperledger/orderer/msp
      # enabled TLS
      - ORDERER_GENERAL_TLS_ENABLED=true
      - ORDERER_GENERAL_TLS_PRIVATEKEY=/var/hyperledger/orderer/tls/
      - ORDERER_GENERAL_TLS_CERTIFICATE=/var/hyperledger/orderer/tls/
      - ORDERER_GENERAL_TLS_ROOTCAS=[/var/hyperledger/orderer/tls/]
    working_dir: /opt/gopath/src/github.com/hyperledger/fabric
    command: orderer
    卷:卷,挂载,
    - ../channel-artifacts/:/var/hyperledger/orderer/订购者。
    - ../crypto-config/ordererOrganizations//orderers/订购者。/msp:/var/hyperledger/orderer/msp
    - ../crypto-config/ordererOrganizations//orderers/订购者。/tls/:/var/hyperledger/orderer/tls
    - 订购者。:/var/hyperledger/production/orderer
    ports:
      - 7050:7050

  peer0.org1.:
    container_name: peer0.org1.
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer0.org1.
      - CORE_PEER_ADDRESS=peer0.org1.:7051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer1.org1.:7051
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer0.org1.:7051
      - CORE_PEER_LOCALMSPID=Org1MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org1./peers/peer0.org1./msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org1./peers/peer0.org1./tls:/etc/hyperledger/fabric/tls
        - peer0.org1.:/var/hyperledger/production
    ports:
      - 7051:7051
      - 7053:7053

  peer1.org1.:
    container_name: peer1.org1.
    extends:
      file: peer-base.yaml
      service: peer-base
    细节:细节变鱼鳞
      - CORE_PEER_ID=peer1.org1.      对等装满的ID
      - CORE_PEER_ADDRESS=peer1.org1.:7051   
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer1.org1.:7051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer0.org1.:7051
      - CORE_PEER_LOCALMSPID=Org1MSP     每个装满霉臭指派ms的id
    卷:卷,挂载,结肠忘了带,熟练和挑选经过的测绘。装入普通指派的ms,与鉴定互相牵连的TLS
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org1./peers/peer1.org1./msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org1./peers/peer1.org1./tls:/etc/hyperledger/fabric/tls
        - peer1.org1.:/var/hyperledger/production

    ports:
      - 8051:7051
      - 8053:7053

  peer0.org2.:
    container_name: peer0.org2.
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer0.org2.
      - CORE_PEER_ADDRESS=peer0.org2.:7051
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer0.org2.:7051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer1.org2.:7051
      - CORE_PEER_LOCALMSPID=Org2MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org2./peers/peer0.org2./msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org2./peers/peer0.org2./tls:/etc/hyperledger/fabric/tls
        - peer0.org2.:/var/hyperledger/production
    ports:
      - 9051:7051
      - 9053:7053

  peer1.org2.:
    container_name: peer1.org2.
    extends:
      file: peer-base.yaml
      service: peer-base
    environment:
      - CORE_PEER_ID=peer1.org2.
      - CORE_PEER_ADDRESS=peer1.org2.:7051
      - CORE_PEER_GOSSIP_EXTERNALENDPOINT=peer1.org2.:7051
      - CORE_PEER_GOSSIP_BOOTSTRAP=peer0.org2.:7051
      - CORE_PEER_LOCALMSPID=Org2MSP
    volumes:
        - /var/run/:/host/var/run/
        - ../crypto-config/peerOrganizations/org2./peers/peer1.org2./msp:/etc/hyperledger/fabric/msp
        - ../crypto-config/peerOrganizations/org2./peers/peer1.org2./tls:/etc/hyperledger/fabric/tls
        - peer1.org2.:/var/hyperledger/production
    ports:
      - 10051:7051
      - 10053:7053


进入Docker挑选

        实现以下命令以进入cli挑选(后续柄状物

        $ sudo docker exec -it cli bash

        以防成, 命令提示符变为以下物质

        ​ root@b240e1643244:/opt/gopath/src/
​ 接下来,在fabric电网细节中发现真正的通行证,先前,只发现了有效地利用发稿,指派逗留构件战略

发现频道

        反省细节变量即使设置固有的

        echo $CHANNEL_NAME

        设置细节变量

        export CHANNEL_NAME=mychannel

        发现频道

        peer channel create -o 订购者。:7050 -c $CHANNEL_NAME -f ./channel-artifacts/channel.tx --tls --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations//orderers/订购者。/msp/tlscacerts/tlsca.-cert.pem

        -o: 订购方服役的地址(每个通行证霉臭率先挽住到订购方 服役(由于对等装满的有效地利用已在,因而不注意必要再特别的阐明
-c:指派发现频道的规定
F:指派通行证的有效地利用事务发稿的常规路线
tls:指派即使翻开tls validatio,确保偿清的完整性,保障安全的
--cafile:指派msp的ca证明。订购方布局中ca证明的常规路线,属于MSP部件行政机关服役

        此命令自然的产生与 , 最好的应用此发稿才干结交发现的用功通行证

        反省:

        root@086adb802655:/opt/gopath/src/ ll
total 36
drwxr-xr-x 5 root root  4096 Apr 29 03:34 ./
drwxr-xr-x 3 root root  4096 Apr 29 02:48 ../
drwxr-xr-x 2 root root  4096 Apr 29 02:47 channel-artifacts/
drwxr-xr-x 4 root root  4096 Apr 29 02:35 crypto/
-rw-r--r-- 1 root root 15660 Apr 29 03:34 
drwxr-xr-x 2 root root  4096 Apr 29 02:13 scripts/

结交通行证

        用功通行证中表现的布局的构件装满可以

        peer channel join -b 

        join命令: 将此对等装满添加到用功通行证

参量意思

        -b: 初始块发稿的常规路线物

        成使完美后, 对等衔接到用功通行证的订购服役, 开端收执块物

校正奔赴点

        应用org1 administrator identit校正锚装满有效地利用

        peer channel update -o 订购者。:7050 -c $CHANNEL_NAME -f ./channel-artifacts/Org1MSPanchors.tx --tls --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations//orderers/订购者。/msp/tlscacerts/tlsca.-cert.pem

        应用org2行政机关员认出校正锚装满有效地利用

        CORE_PEER_LOCALMSPID="Org2MSP"切换情形
CORE_PEER_ADDRESS=peer0.org2.:7051 
CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2./users/Admin@org2./msp
CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2./peers/peer0.org2./tls/ 

peer channel update -o 订购者。:7050 -c $CHANNEL_NAME -f ./channel-artifacts/Org2MSPanchors.tx --tls --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations//orderers/订购者。/msp/tlscacerts/tlsca.-cert.pem

        人工操作有效地利用电网使完美, 链码可以尺寸


        尺寸链法典

    1. 受操纵的事链法典
  • 2.次要的步。先例链法典
  • 三。转移链法典

        _sk:是私钥发稿
证明发稿

发表评论

电子邮件地址不会被公开。 必填项已用*标注