fabric v1.0.0 多节点（3节点）部署

最新推荐文章于 2024-01-08 23:25:25 发布
最新推荐文章于 2024-01-08 23:25:25 发布
阅读量900 收藏 2
点赞数 2
分类专栏： fabric
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_30852577/article/details/81298096
版权

首先按照https://blog.csdn.net/qq_30852577/article/details/79170406在三个节点实现免密码登录，按照链接https://blog.csdn.net/qq_30852577/article/details/80896031安装docker、docker-compose与go环境，安装完成后执行下面操作

1.生成公私钥和证书

Fabric中有两种类型的公私钥和证书，一种是给节点之前通讯安全而准备的TLS证书，另一种是用户登录和权限控制的用户证书。这些证书本来应该是由CA来颁发，但是目前只有两个社区，所以目前暂时没有启用CA节点，但是Fabric帮我们提供了一个crytogen工具来生成证书。

1.1编译cryptogen

编译生成 cryptogen之前我们需要安装一个软件包，否则编译时会报错

sudo apt install libtool libltdl3-dev

Fabric提供了专门编译cryptogen的入口，我们只需要运行以下命令即可：

cd /home/hadoop/go/src/github.com/hyperledger/fabric
make cryptogen

运行后系统返回如下结果即代表编译成功了

build/bin/cryptogen 
CGO_CFLAGS=" " GOBIN=/home/studyzy/go/src/github.com/hyperledger/fabric/build/bin go install -tags "" -ldflags "-X github.com/hyperledger/fabric/common/tools/cryptogen/metadata.Version=1.0.0" github.com/hyperledger/fabric/common/tools/cryptogen 
Binary available as build/bin/cryptogen

我们在build/bin文件夹下就可以看到编译出来的cryptogen程序。

 

1.2配置crypto-config.yaml

examples/e2e_cli/crypto-config.yaml已经提供了一个Orderer Org和两个Peer Org的配置，该模板中也对字段进行了注释。我们可以把配置修改一下：

OrdererOrgs:
 
  
  - Name: Orderer
    Domain: example.com
    
    
    Specs:
      - Hostname: orderer

PeerOrgs:
  
  - Name: Org1
    Domain: org1.example.com
     
    Template:
      Count: 1
      
    Users:
      Count: 1
  
  - Name: Org2
    Domain: org2.example.com
    Template:
      Count: 1
    Users:
      Count: 1

 

Name和Domain就是关于这个组织的名字和域名，这主要是用于生成证书的时候，证书内会包含该信息。而Template Count=1是说我们要生成1套公私钥和证书，因为我们一个组织只需要一个peer节点。最后Users. Count=1是说每个Template下面会有几个普通User（注意，Admin是Admin，不包含在这个计数中），这里配置了1，也就是说我们只需要一个普通用户User1@org2.example.com 我们可以根据实际需要调整这个配置文件，增删Org Users等。

 

1.3生成公私钥和证书

我们配置好crypto-config.yaml文件后，就可以用cryptogen去读取该文件，并生成对应的公私钥和证书了：

cd examples/e2e_cli/
../../build/bin/cryptogen generate --config=./crypto-config.yaml

生成的文件都保存到crypto-config文件夹，我们可以进入该文件夹查看生成了哪些文件：

tree crypto-config

2.生成创世区块和Channel配置区块

2.1编译生成configtxgen

与前面1.1说到的类似，我们可以通过make命令生成configtxgen程序：

cd /home/hadoop/go/src/github.com/hyperledger/fabric

make configtxgen

运行后的结果为：

build/bin/configtxgen 
CGO_CFLAGS=" " GOBIN=/home/studyzy/go/src/github.com/hyperledger/fabric/build/bin go install -tags "nopkcs11" -ldflags "-X github.com/hyperledger/fabric/common/configtx/tool/configtxgen/metadata.Version=1.0.0" github.com/hyperledger/fabric/common/configtx/tool/configtxgen 
Binary available as build/bin/configtxgen

2.2配置configtx.yaml

官方提供的examples/e2e_cli/configtx.yaml这个文件里面配置了由2个Org参与的Orderer共识配置TwoOrgsOrdererGenesis，以及由2个Org参与的Channel配置：TwoOrgsChannel。Orderer可以设置共识的算法是Solo还是Kafka，以及共识时区块大小，超时时间等，我们使用默认值即可，不用更改。而Peer节点的配置包含了MSP的配置，锚节点的配置。如果我们有更多的Org，或者有更多的Channel，那么就可以根据模板进行对应的修改。

2.3生成创世区块

配置修改好后，我们就用configtxgen 生成创世区块。并把这个区块保存到本地channel-artifacts文件夹中：

cd examples/e2e_cli/

../../build/bin/configtxgen -profile TwoOrgsOrdererGenesis -outputBlock ./channel-artifacts/genesis.block

2.4生成Channel配置区块

../../build/bin/configtxgen -profile TwoOrgsChannel -outputCreateChannelTx ./channel-artifacts/channel.tx -channelID mychannel

另外关于锚节点的更新，我们也需要使用这个程序来生成文件：

../../build/bin/configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org1MSPanchors.tx -channelID mychannel -asOrg Org1MSP

../../build/bin/configtxgen -profile TwoOrgsChannel -outputAnchorPeersUpdate ./channel-artifacts/Org2MSPanchors.tx -channelID mychannel -asOrg Org2MSP

最终，我们在channel-artifacts文件夹中，应该是能够看到4个文件。

channel-artifacts/ 
├── channel.tx 
├── genesis.block 
├── Org1MSPanchors.tx 
└── Org2MSPanchors.tx

 

3.配置docker-compose文件

前面对节点和用户的公私钥以及证书，还有创世区块都生成完毕，接下来我们就可以分别为两个peer和一个orderer配置docker-compose的yaml文件，分别分发给三台虚拟机以后就可以启动Fabric的Docker环境了。

3.1 修改基础配置文件

peer和orderder的基础配置文件在base文件里面。

因为我们只有两个组织，每个组织只有一个peer，所以只需修改base/docker-compose-base.yaml文件，删除peer1.org1.example.com和peer1.org2.example.com。另外在单击模式下，4个peer会映射主机不同的端口，但是我们在多机部署的时候是不需要映射不同端口的，所以将所有peer的端口映射都改为相同的，修改完成的docker-compose-base.yaml文件如下：

# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

version: '2'

services:

  orderer.example.com:
    container_name: orderer.example.com
    image: hyperledger/fabric-orderer
    environment:
      - ORDERER_GENERAL_LOGLEVEL=debug
      - ORDERER_GENERAL_LISTENADDRESS=0.0.0.0
      - ORDERER_GENERAL_GENESISMETHOD=file
      - ORDERER_GENERAL_GENESISFILE=/var/hyperledger/orderer/orderer.genesis.block
      - 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/server.key
      - ORDERER_GENERAL_TLS_CERTIFICATE=/var/hyperledger/orderer/tls/server.crt
      - ORDERER_GENERAL_TLS_ROOTCAS=[/var/hyperledger/orderer/tls/ca.crt]
    working_dir: /opt/gopath/src/github.com/hyperledger/fabric
    command: orderer
    volumes:
    - ../channel-artifacts/genesis.block:/var/hyperledger/orderer/orderer.genesis.block
    - ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/msp:/var/hyperledger/orderer/msp
    - ../crypto-config/ordererOrganizations/example.com/orderers/orderer.example.com/tls/:/var/hyperledger/orderer/tls
    ports:
      - 7050:7050

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

  

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

 

3.2设置orderer节点的docker-compose文件

e2e_cli提供了多个docker-compose文件，我们可以根据docker-compose-cli来修改

cp docker-compose-cli.yaml docker-compose-orderer.yaml

orderer服务器上我们只需要保留order设置，其他peer和cli设置都可以删除。orderer配置文件如下：

# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

version: '2'

services:

  orderer.example.com:
    extends:
      file:   base/docker-compose-base.yaml
      service: orderer.example.com
    container_name: orderer.example.com

3.3设置peer节点的docker-compose文件

先为peer0.org1.example.com配置，与创建orderer的配置文件类似，我们也复制一个yaml文件出来进行修改：

cp docker-compose-cli.yaml docker-compose-peer0org1.yaml

去掉orderer的配置，只保留一个peer和cli，因为我们要多级部署，节点与节点之前又是通过主机名通讯，所以需要修改容器中的host文件，也就是extra_hosts设置。因为之后我们要连接couchdb，所以这里加入couchdb的配置，这里的192.168.1.162:5984是我映射CouchDB后的Linux的IP地址和IP,然后是设置用户名和密码。

同样，cli也需要能够和各个节点通讯，所以cli下面也需要添加extra_hosts设置，去掉无效的依赖，并且去掉command这一行，因为我们是每个peer都会有个对应的客户端，也就是cli，所以我只需要去手动执行一次命令，而不是自动运行。

修改后的配置文件如下：

# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

version: '2'

services:

  peer0.org1.example.com:
    container_name: peer0.org1.example.com
    environment:
     - CORE_LEDGER_STATE_STATEDATABASE=CouchDB
     - CORE_LEDGER_STATE_COUCHDBCONFIG_COUCHDBADDRESS=192.168.1.162:5984
     - CORE_LEDGER_STATE_COUCHDBCONFIG_USERNAME=admin
     - CORE_LEDGER_STATE_COUCHDBCONFIG_PASSWORD=password
    extends:
      file:  base/docker-compose-base.yaml
      service: peer0.org1.example.com
    extra_hosts:
     - "orderer.example.com:192.168.1.161"

  cli:
    container_name: cli
    image: hyperledger/fabric-tools
    tty: true
    environment:
      - GOPATH=/opt/gopath
      - CORE_VM_ENDPOINT=unix:///host/var/run/docker.sock
      - CORE_LOGGING_LEVEL=DEBUG
      - CORE_PEER_ID=cli
      - CORE_PEER_ADDRESS=peer0.org1.example.com: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.example.com/peers/peer0.org1.example.com/tls/server.crt
      - CORE_PEER_TLS_KEY_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/server.key
      - CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt
      - CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/users/Admin@org1.example.com/msp
    working_dir: /opt/gopath/src/github.com/hyperledger/fabric/peer
    volumes:
        - /var/run/:/host/var/run/
        - ../chaincode/go/:/opt/gopath/src/github.com/hyperledger/fabric/examples/chaincode/go
        - ./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.example.com
    extra_hosts:
     - "orderer.example.com:192.168.1.161"
     - "peer0.org1.example.com:192.168.1.162"
     - "peer0.org2.example.com:192.168.1.163"

peer0.org2.example.com配置文件,根据peer0.org1.example.com修改即可

cp docker-compose-peer0org1.yaml docker-compose-peer0org2.yaml

修改后的配置文件如下：

# Copyright IBM Corp. All Rights Reserved.
#
# SPDX-License-Identifier: Apache-2.0
#

version: '2'

services:

  peer0.org2.example.com:
    container_name: peer0.org2.example.com
    environment:
     - CORE_LEDGER_STATE_STATEDATABASE=CouchDB
     - CORE_LEDGER_STATE_COUCHDBCONFIG_COUCHDBADDRESS=192.168.1.163:5984
     - CORE_LEDGER_STATE_COUCHDBCONFIG_USERNAME=admin
     - CORE_LEDGER_STATE_COUCHDBCONFIG_PASSWORD=password
    extends:
      file:  base/docker-compose-base.yaml
      service: peer0.org2.example.com
    extra_hosts:
     - "orderer.example.com:192.168.1.161"

  cli:
    container_name: cli
    image: hyperledger/fabric-tools
    tty: true
    environment:
      - GOPATH=/opt/gopath
      - CORE_VM_ENDPOINT=unix:///host/var/run/docker.sock
      - CORE_LOGGING_LEVEL=DEBUG
      - CORE_PEER_ID=cli
      - CORE_PEER_ADDRESS=peer0.org2.example.com:7051
      - CORE_PEER_LOCALMSPID=Org2MSP
      - CORE_PEER_TLS_ENABLED=true
      - CORE_PEER_TLS_CERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/server.crt
      - CORE_PEER_TLS_KEY_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/server.key
      - CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt
      - CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/users/Admin@org2.example.com/msp
    working_dir: /opt/gopath/src/github.com/hyperledger/fabric/peer
    volumes:
        - /var/run/:/host/var/run/
        - ../chaincode/go/:/opt/gopath/src/github.com/hyperledger/fabric/examples/chaincode/go
        - ./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.org2.example.com
    extra_hosts:
     - "orderer.example.com:192.168.1.161"
     - "peer0.org1.example.com:192.168.1.162"
     - "peer0.org2.example.com:192.168.1.163"

3.4分发配置文件

前面4步的操作，我们都是在orderer.example.com上完成的，接下来我们需要将这些文件分发到另外2台服务器上。Linux之间的文件传输，我们可以使用scp命令。

我先登录peer0.org1.example.com，将本地的e2e_cli文件夹删除：

rm -r e2e_cli

然后再登录到orderer服务器上，退回到examples文件夹，因为这样可以方便的把其下的e2e_cli文件夹整个传到peer0.org1服务器上。

scp -r e2e_cli root@192.168.1.162:/home/hadoop/gopath/src/github.com/hyperledger/fabric/examples/

接下来继续使用scp命令将orderer上的文件夹传送给peer0.org2.example.com。

以下为启动fabric部分

4.启动orderer节点和peer节点

4.1 启动orderer节点

在orderer服务器上运行：

cd /home/hadoop/gopath/src/github.com/hyperledger/fabric/examples/e2e_cli



docker-compose -f docker-compose-orderer.yaml up -d

运行完毕后我们可以使用docker ps看到运行了一个名字为orderer.example.com的容器。

 此时，自动按照指定配置创建系统通道，还没有应用通道

4.2 启动peer节点

在peer0.org1.example.com服务器执行命令：

cd /home/hadoop/gopath/src/github.com/hyperledger/fabric/examples/e2e_cli
docker-compose -f docker-compose-peer0org1.yaml up -d

运行完毕后我们使用docker ps应该可以看到peer、cli两个个正在运行的容器。 

接下来切回到peer0.org2.example.com服务器。运行相同的命令：

cd /home/hadoop/gopath/src/github.com/hyperledger/fabric/examples/e2e_cli
docker-compose -f docker-compose-peer0org2.yaml up -d

现在我们整个Fabric网络已经成型，接下来是创建channel和运行ChainCode。 

5.创建channel，各peer加入channel

5.1 创建channel

我们切换到peer0.org1.example.com服务器上，使用该服务器上的cli来运行创建Channel和运行ChainCode的操作。先用以下命令进入CLI内部Bash：

docker exec -it cli bash

创建Channel的命令是peer channel create，我们前面创建Channel的配置区块时，指定了Channel的名字是mychannel，那么这里我们必须创建同样名字的Channel，创建了应用通道。

ORDERER_CA=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem

peer channel create -o orderer.example.com:7050 -c mychannel -f ./channel-artifacts/channel.tx --tls true --cafile $ORDERER_CA

执行该命令后，系统会提示：

2017-10-30 18:30:35.210 UTC [channelCmd] readBlock -> DEBU 020 Received block:0

系统会在cli内部的当前目录创建一个mychannel.block文件，这个文件非常重要，接下来其他节点要加入这个Channel就必须使用这个文件。 

5.2各个peer加入channel

还是在peer0.org1的CLI上，我们要将这个Peer加入mychannel就很简单，只需要运行如下命令：

peer channel join -b mychannel.block

系统返回消息：

2017-10-30 18:40:21.405 UTC [channelCmd] executeJoin -> INFO 006 Peer joined the channel!

 

修改cli的环境变量，使其指向peer0.org2

CORE_PEER_LOCALMSPID="Org2MSP" 
CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt 
CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/users/Admin@org2.example.com/msp 
CORE_PEER_ADDRESS=peer0.org2.example.com:7051
peer channel join -b mychannel.block

这样peer0.org1和peer0.org2就都已经加入channel了。

注：这一切都是我在peer0.org1的cli内完成的，这是由于加入channel依赖 [channel-ID].block文件，而且在peer0.org1服务器的cli内也留有了peer0.org2的证书文件，因此两个节点的加入都在一个cli内完成了。其实当一个节点创建channel以后可以把[channel-ID].block文件从容器内拷贝到主机，再分发给其他节点，这样其他节点就可以通过[channel-ID].block加入channel了。当cli容器被销毁时该容器下所有的文件都会被销毁，但是如果备份了[channel-ID].block，那么即使所有的peer和cli被销毁了，也可以再次通过[channel-ID].block加入channel、同步区块。 

5.3 更新锚节点

关于AnchorPeer，其实我的每个组织只有一个peer节点，所以更新不更新锚节点也不重要。

对于Org1来说，peer0.org1是锚节点，我们需要切换到peer0.org1服务器上并更新锚节点：

CORE_PEER_LOCALMSPID="Org1MSP" 
CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt 
CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/users/Admin@org1.example.com/msp 
CORE_PEER_ADDRESS=peer0.org1.example.com:7051

  peer channel update -o orderer.example.com:7050 -c mychannel -f ./channel-artifacts/Org1MSPanchors.tx --tls true --cafile $ORDERER_CA

另外对于Org2，peer0.org2是锚节点，切换到peer0.org2服务器上然后执行如下命令：

CORE_PEER_LOCALMSPID="Org2MSP" 
CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt 
CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/users/Admin@org2.example.com/msp 
CORE_PEER_ADDRESS=peer0.org2.example.com:7051
peer channel update -o orderer.example.com:7050 -c mychannel -f ./channel-artifacts/Org2MSPanchors.tx --tls true --cafile $ORDERER_CA

6.chaincode的安装与运行

6.1 安装chaincode

对需要共识的peer节点都要安装链码

以peer0.org1为例，先切换至该节点：

CORE_PEER_LOCALMSPID="Org1MSP"

CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt

CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/users/Admin@org1.example.com/msp

CORE_PEER_ADDRESS=peer0.org1.example.com:7051

在cli上为每一个peer安装链上代码，用peer chaincode install命令可以安装指定的ChainCode并对其命名：

peer chaincode install -n mycc -v 1.0 -p github.com/hyperledger/fabric/examples/chaincode/go/chaincode_example02

安装的过程其实就是对CLI中指定的代码进行编译打包，并把打包好的文件发送到Peer，等待接下来的实例化。

切换到peer0.org2服务器，给peer0.org2安装链上代码：

peer chaincode install -n mycc -v 1.0 -p github.com/hyperledger/fabric/examples/chaincode/go/chaincode_example02 

6.2 实例化chaincode

实例化链上代码主要是在Peer所在的机器上对前面安装好的链上代码进行包装，生成对应Channel的Docker镜像和Docker容器。并且在实例化时我们可以指定背书策略。我们在peer0.org1服务器的cli内运行以下命令完成实例化：

peer chaincode instantiate -o orderer.example.com:7050 --tls true --cafile $ORDERER_CA -C mychannel -n mycc -v 1.0 -c '{"Args":["init","a","100","b","200"]}' -P "OR ('Org1MSP.member','Org2MSP.member')"

使用docker ps可以看到有新的容器 dev-peer0.org1.example.com-mycc-1.0正在运行。

6.3 在一个peer发起交易 

在peer0.org1上发起交易

查询a的余额，peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'

返回结果

Query result： 100

转账：a向b转账10元

peer chaincode invoke -o orderer.example.com:7050  --tls true --cafile $ORDERER_CA -C mychannel -n mycc -c '{"Args":["invoke","a","b","10"]}'

6.4 在另一个节点上查询交易

前面的操作都是在org1下面做的，那么处于同一个区块链（同一个Channel下）的org2，是否会看org1的更改呢？切换到peer0.org2服务器，由于mycc已经在前面org1的时候实例化了，也就是说对应的区块已经生成了，所以在org2不能再次初始化。我们直接运行查询命令：

首先CLI指向peer1.org2，然后查询

peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'

需要较长时间（几十秒）

因为peer0.org2也需要生成Docker镜像，创建对应的容器，才能通过容器返回结果，所以等的时间会稍长一点。我们回到Ubuntu终端，执行docker ps，可以看到peer0.org2也多了一个容器：dev-peer0.org2.example.com-mycc-1.0  

7. 查看日志

这样整个区块链网络算是正式跑通了！如果想知道orderer和peer之间具体都发生了些什么我们可以进入对应的服务器，输入命令：

docker logs -f orderer.example.com
docker logs -f peer0.org1.example.com
docker logs -f peer0.org2.example.com

这样就可以查看对应的日志，也可以查询报错。

8.退出CLI客户端后操作（以peer0org2退出后再查询余额为例）

（1） 进入CLI内部

docker exec -it cli bash

（2）公私钥认证

CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt

（3）操作链码

peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'

 

 

 

 

 

 

 

 

 

 

 

 

参考：http://www.cnblogs.com/preminem/p/7729723.html

https://www.cnblogs.com/studyzy/p/7237287.html

qq_30852577
关注
专栏目录
ectouch多通道支付插件 v1.0.0
12-10
ectouch多通道支付插件可以为ectouch网站提供相应的在线支付功能。 安装步骤： 一、备份原ectouch网站源文件； 二、下载以上“ectouch支付插件”附件； 三、解压缩后上传“payment”目录至“ectouch”目录下的...
Kotlin Vocabulary | 解构声明详解
weixin_55416758的博客
04-06 146
有时候您会想要将一个包含了多个字段的对象分解，以初始化几个单独的变量。为了实现这点，您可以使用 Kotlin 的解构声明功能。继续阅读本文以了解解构的使用、Kotlin 默认提供的类型、如何在您自己的类和您无法控制但认为将会从解构中受益的类中实现解构，以及这一切的内部实现。 用法 解构声明允许我们使用以下方式定义本地值或变量: /* Copyright 2020 Google LLC. SPDX-License-Identifier: Apache-2.0 */ fun play() { val (name
Hyperledger Fabric 二进制安装部署 Peer 节点
最新发布
y19910825的博客
01-08 1140
3 个 orderer 节点；组织 org1 , org1 下有两个 peer 节点， peer0 和 peer1;组织 org2 , org2 下有两个 peer 节点， peer0 和 peer1;创建成功后会在当前路径下生成。
fabric动态新增orderer
小白与纠的博客
04-16 1517
关于raft模式下的orderer新增，官网给了大概流程 重新配置 Raft 排序节点支持动态地（意思是，当通道正在使用时）添加和移除节点，只是一次只能添加或移除一个节点。在你尝试重新配置之前，请注意你的集群必须处于可以承受维护的状态，并且能够获得共识。举个最糟糕的例子，如果你有 3 个节点，然后 2 个节点宕机了，你就不能通过配置你的raft集群来移除节点。同样地，如果你在一个有着3个节点的通道内有1个宕机的节点，那么不应该尝试替换证书，因为这会造成二次错误。*作为一个准则，除非所有共识者都在线且健康，你
ES6函数默认参数（Default Parameters）
weixin_44237303的博客
10-11 612
【转载】 ES6函数默认参数（Default Parameters）
fabric1.4.3 多节点部署
小树苗
09-05 2699
多机多节点指在多台电脑上部署多个组织和节点，本案例部署一个排序（orderer）服务，两个组织（org1，org2）和四个节点（peer）,每个组织包括两个节点，需要五台服务器，规划如下： orderer.example.com 192.168.2.227 peer0.org1.example.com 192.168.2.2...
v1.0.0a3.tar.gz
04-25
在编译目标目录下找到.\3rdparty\tinydnn\downloads\adb1c512e09ca2c7a6faef36f9c53e59\,其中adb1c512e09ca2c7a6faef36f9c53e59可能不一样，进入该目录，将该文件替换掉原来文件
hyperledger fabric1.0.0 源码
06-07
这个是hyperledger fabric1.0.0的源码，需要的可以下载，谢谢！
semcms外贸网站(多语言版) v1.0.0
11-07
SemCms是一套开源外贸企业网站管理系统，主要用于外贸企业，兼容IE、Firefox 、google、360 等主流浏览器。 SemCms【asp版】使用vb<x>sc<x>ript语言编写，结合iis运行。 SemCms【php版】使用php语言
B3LOG java博客程序 Solo v1.0.0 for MySQL
10-06
Solo 是一个专业、简约、稳定、极速的开源 Java 博客系统。 B3LOG Solo特性 基于标签的文章分类 同步发布文章到腾讯微博 Ping Google Blog Search Engine 博客/标签 Atom Feed 输出 评论回复及邮件提
spdx-licenses：用于处理SPDX许可证列表和验证许可证的工具
02-25
作曲家/ spdx许可证 SPDX（软件包数据交换）许可证列表和验证库。 最初是作为一部分编写的，现在已提取并作为独立的库提供。 安装 使用以下命令安装最新版本： $ composer require composer/spdx-licenses 基本用法 <?php use Composer \ Spdx \ SpdxLicenses ; $ licenses = new SpdxLicenses (); // get a license by identifier $ licenses -> getLicenseByIdentifier ( 'MIT' ); // get a license exception by identifier $ licenses -> getExceptionByIdentifier ( 'Autoconf-exception-3.0' ); //
NoOs -- 实现类操作系统开发的裸机开发框架
Eureka1024的博客
08-07 921
“我中华健儿，此次单刀赴会，万里关山，此刻国运艰难，愿诸君奋勇向前，愿来日我等后辈远离这般苦难！” — 摘自1932年7月8日《大公报》 背景：1932年美国洛杉矶第十届奥运会上，此时的中国炮火连天，刘长春只身一人代表中国参加奥运会，这也是中国人第一次参加奥运会。 NoOs 文章目录NoOs简介代码目录API 说明移植快速上手更多示例License 简介 NoOs 名字的寓意取自于：“NoOs is not an operating system”。NoOs 的目标是提供类似RTOS的开发方式，代码量比.
Fabric单机多节点网络的搭建
weixin_44182276的博客
02-10 1681
在跑通fabric给出的e2e实例后尝试搭建了fabric的单机多节点网络，本次实验环境为Ubuntu。 1.基本文件的准备 在/home/docker/github.com/hyperledger/fabric文件夹下创建此次的实验环境文件aberic以方便以后的项目管理。 需要将Fabric1.0版本平台特定的二进制文件（bin）上传至本文件夹。bin文件夹的位置和内容如下图所示，只需要复制到...
fabric多节点集群部署（4+1）详解
卧船听雨眠的博客
12-28 9363
fabric多节点集群部署（4+1）详解本文也是在参考前人的资料下开始进行搭建并成功的，部署这个之前需要已经了解并成功部署过单节点。前期工作：下载fabric代码，下载go，docker，docker-compose，并实现了单节点部署。本文主要任务是在5台linux系统的电脑或虚拟机中完成fabric的集群部署。机器相关配置： 名称 节点名字 组织 ip地址 Computer1
超级账本Fabric 1.0 多节点集群的部署（3）——具体配置
well_2000_82的博客
07-12 1458
上两期文章阐述了超级账本Fabric 1.0多节点部署概述以及多节点集群部署的准备工作，得到广大读者的关注，今天发布连载之三，介绍搭建 Fabric 1.0 集群的具体配置和chaincode管理的步骤。因为是手动部署，因此步骤比较多。多节点 Fabric 的配置以下各VM的工作目录为： $GOPATH/src/github.com/hyperledger/fabric/examples/e2e_...
2021-04-17-如何在已有组织中增加节点
Soulmate的博客
07-16 1408
title: 如何在已有组织中增加节点 date: 2021-04-17 19:04:25 categories: Hyperledger Fabric tags: Hyperledger Fabric fabric网络在创建时就已经确定了初始的节点数量，而在实际应用场景中可能会需要在某个组织中动态增加节点。 这里讲述两种方式 一种是cryptogen工具生成新节点加入到网络中去 一种是用fabric-ca生成新节点加入到网络中去 方法一：cryptogen工具 一、追加新节点的身份信息 在这之前可.
优先使用 KTX 库 | MAD Skills
A_pyf的博客
04-14 274
在 Kotlin 中使用 Android 的 Java API 时，您会迅速意识到这样的做法失去了 Kotlin 语言简单有趣的特点。与其您亲自去编写这些 API 的 wrapper 和扩展函数，不如了解一下 Jetpack KTX 库。目前为止，已有超过 20 个库拥有对应的 KTX 版本，这些 KTX 库实现了常用的 Java 版本 API 的功能，包括 Android 平台 API、ViewModels、SQLite，甚至还有 Play Core。本文会介绍目前可用的 KTX API 并深入其中去分.
Apache LICENSE 2.0 授权介绍
热门推荐
qi15211的专栏
11-14 8万+
当我们使用github或者其它地方的开源项目时候，需要注意开源项目的授权协议。开源不等于免费使用，如果公司使用开源项目时候违反其开源协议，有可能给公司或者个人带来版权纠纷。使用时候需要慎重阅读开源代码提供者的授权条件。 各种开源协议区别看此博客 https://www.oschina.net/question/54100_9455 本文介绍apache 2.0授权协议， 原文地址 http:...
Fabric 创世块和通道文件的生成
weixin_51490695的博客
10-14 1万+
一、configtxgen命令介绍 configtxgen --help -asOrg 组织名称 -channelID channel的名字，不指定使用默认的testchainid -outputAnchorPeersUpdate 更新peer锚节点的配置信息 -outputBlock 输出创世块文件路径 -outputCreateChannelTx 输出通道的文件路径 -profile 指定配置文件中的节点 不常用： -inspec
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值