深刻理解Fabric环境搭建的详细过程
博主以前的文章都是教你们怎么快速的搭建一个Fabric的环境，可是其中大量的工做都隐藏到了官方的脚本中，并不方便你们深刻理解其中的过程，因此博主这里就将其中的过程一步步分解，方便你们！html
前面的准备工做我就不用多说了，也就是各类软件和开发环境的安装，安装好之后，咱们git clone下来最新的代码，并切换到v1.0.0，而且下载好咱们须要使用的docker镜像，也就是到步骤6，接下来咱们要解析的是以后的步骤，也就是真正的搭建Fabric的过程。node
1.生成公私钥和证书
Fabric中有两种类型的公私钥和证书，一种是给节点以前通信安全而准备的TLS证书，另外一种是用户登陆和权限控制的用户证书。这些证书原本应该是由CA来颁发，可是咱们这里是测试环境，并无启用CA节点，因此Fabric帮咱们提供了一个工具：cryptogen。git
1.1编译生成cryptogen
咱们既然得到了Fabric的源代码，那么就能够轻易的使用make命令编译须要的程序。Fabric官方提供了专门编译cryptogen的入口，咱们只须要运行如下命令便可：github
cd ~/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程序。docker
1.2配置crypto-config.yaml
examples/e2e_cli/crypto-config.yaml已经提供了一个Orderer Org和两个Peer Org的配置，该模板中也对字段进行了注释。咱们能够把Org2拿来分析一下：安全
- Name: Org2 Domain: org2.example.com Template: Count: 2 Users: Count: 1
Name和Domain就是关于这个组织的名字和域名，这主要是用于生成证书的时候，证书内会包含该信息。而Template Count=2是说咱们要生成2套公私钥和证书，一套是peer0.org2的，还有一套是peer1.org2的。最后Users. Count=1是说每一个Template下面会有几个普通User（注意，Admin是Admin，不包含在这个计数中），这里配置了1，也就是说咱们只须要一个普通用户User1@org2.example.com 咱们能够根据实际须要调整这个配置文件，增删Org Users等。bash
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 ~/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.配置Fabric环境的docker-compose文件
前面对节点和用户的公私钥以及证书，还有创世区块都生成完毕，接下来咱们就能够配置docker-compose的yaml文件，启动Fabric的Docker环境了。
3.1配置Orderer
Orderer的配置是在base/docker-compose-base.yaml里面，咱们看看其中的内容：
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
这里主要关心的是，ORDERER_GENERAL_GENESISFILE=/var/hyperledger/orderer/orderer.genesis.block，而这个创世区块就是咱们以前建立的创世区块，这里就是Host到Docker的映射：
- ../channel-artifacts/genesis.block:/var/hyperledger/orderer/orderer.genesis.block
另外的配置主要是TL，Log等，最后暴露出服务端口7050。
3.2配置Peer
Peer的配置是在base/docker-compose-base.yaml和peer-base.yaml里面，咱们摘取其中的peer0.org1看看其中的内容：
peer-base: image: hyperledger/fabric-peer environment: - CORE_VM_ENDPOINT=unix:///host/var/run/docker.sock # the following setting starts chaincode containers on the same # bridge network as the peers # https://docs.docker.com/compose/networking/ - CORE_VM_DOCKER_HOSTCONFIG_NETWORKMODE=e2ecli_default #- CORE_LOGGING_LEVEL=ERROR - CORE_LOGGING_LEVEL=DEBUG - CORE_PEER_TLS_ENABLED=true - CORE_PEER_GOSSIP_USELEADERELECTION=true - CORE_PEER_GOSSIP_ORGLEADER=false - CORE_PEER_PROFILE_ENABLED=true - CORE_PEER_TLS_CERT_FILE=/etc/hyperledger/fabric/tls/server.crt - CORE_PEER_TLS_KEY_FILE=/etc/hyperledger/fabric/tls/server.key - CORE_PEER_TLS_ROOTCERT_FILE=/etc/hyperledger/fabric/tls/ca.crt working_dir: /opt/gopath/src/github.com/hyperledger/fabric/peer command: peer node start 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
在Peer的配置中，主要是给Peer分配好各类服务的地址，以及TLS和MSP信息。
3.3配置CLI
CLI在整个Fabric网络中扮演客户端的角色，咱们在开发测试的时候能够用CLI来代替SDK，执行各类SDK能执行的操做。CLI会和Peer相连，把指令发送给对应的Peer执行。CLI的配置在docker-compose-cli.yaml中，咱们看看其中的内容：
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 command: /bin/bash -c './scripts/script.sh ${CHANNEL_NAME}; sleep $TIMEOUT' 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: - orderer.example.com - peer0.org1.example.com - peer1.org1.example.com - peer0.org2.example.com - peer1.org2.example.com
从这里咱们能够看到，CLI启动的时候默认链接的是peer0.org1.example.com，而且启用了TLS。默认是以Admin@org1.example.com这个身份链接到Peer的。CLI启动的时候，会去执行./scripts/script.sh 脚本，这个脚本也就是fabric/examples/e2e_cli/scripts/script.sh 这个脚本，这个脚本完成了Fabric环境的初始化和ChainCode的安装及运行，也就是接下来要讲的步骤4和5.在文件映射配置上，咱们注意到../chaincode/go/:/opt/gopath/src/github.com/hyperledger/fabric/examples/chaincode/go，也就是说咱们要安装的ChainCode都是在fabric/examples/chaincode/go目录下，之后咱们要开发本身的ChainCode，只须要把咱们的代码复制到该目录便可。
【注意：请注释掉cli中command这一行，咱们不须要CLI启动的时候自动执行脚本，咱们在步骤4,5要一步步的手动执行！】
4.初始化Fabric环境
4.1启动Fabric环境的容器
咱们将整个Fabric Docker环境的配置放在docker-compose-cli.yaml后，只须要使用如下命令便可：
docker-compose -f docker-compose-cli.yaml up -d
最后这个-d参数若是不加，那么当前终端就会一直附加在docker-compose上，而若是加上的话，那么docker容器就在后台运行。运行docker ps命令能够看启动的结果：
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
6f98f57714b5 hyperledger/fabric-tools "/bin/bash" 8 seconds ago Up 7 seconds cli
6e7b3fd0e803 hyperledger/fabric-peer "peer node start" 11 seconds ago Up 8 seconds 0.0.0.0:10051->7051/tcp, 0.0.0.0:10052->7052/tcp, 0.0.0.0:10053->7053/tcp peer1.org2.example.com
9e67abfb982f hyperledger/fabric-orderer "orderer" 11 seconds ago Up 8 seconds 0.0.0.0:7050->7050/tcp orderer.example.com
908d7fe2a4c7 hyperledger/fabric-peer "peer node start" 11 seconds ago Up 9 seconds 0.0.0.0:7051-7053->7051-7053/tcp peer0.org1.example.com
6bb187ac10ec hyperledger/fabric-peer "peer node start" 11 seconds ago Up 10 seconds 0.0.0.0:9051->7051/tcp, 0.0.0.0:9052->7052/tcp, 0.0.0.0:9053->7053/tcp peer0.org2.example.com
150baa520ed0 hyperledger/fabric-peer "peer node start" 12 seconds ago Up 9 seconds 0.0.0.0:8051->7051/tcp, 0.0.0.0:8052->7052/tcp, 0.0.0.0:8053->7053/tcp peer1.org1.example.com
能够看到1Orderer+4Peer+1CLI都启动了。
4.2建立Channel
如今咱们要进入cli容器内部，在里面建立Channel。先用如下命令进入CLI内部Bash：
docker exec -it cli bash
建立Channel的命令是peer channel create，咱们前面建立2.4建立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-08-29 20:36:47.486 UTC [channelCmd] readBlock -> DEBU 020 Received block:0
系统会在cli内部的当前目录建立一个mychannel.block文件，这个文件很是重要，接下来其余节点要加入这个Channel就必须使用这个文件。
4.3各个Peer加入Channel
前面说过，咱们CLI默认链接的是peer0.org1，那么咱们要将这个Peer加入mychannel就很简单，只须要运行以下命令：
peer channel join -b mychannel.block
系统返回消息：
2017-08-29 20:40:27.053 UTC [channelCmd] executeJoin -> INFO 006 Peer joined the channel!
那么其余几个Peer又该怎么加入Channel呢？这里就须要修改CLI的环境变量，使其指向另外的Peer。好比咱们要把peer1.org1加入mychannel，那么命令是：
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=peer1.org1.example.com:7051 peer channel join -b mychannel.block
系统会返回成功加入Channel的消息。
一样的方法，将peer0.org2加入mychannel：
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
最后把peer1.org2加入mychannel：
CORE_PEER_LOCALMSPID="Org2MSP" CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer1.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=peer1.org2.example.com:7051 peer channel join -b mychannel.block
4.4更新锚节点
关于AnchorPeer，我理解的不够深入，通过个人测试，即便没有设置锚节点的状况下，整个Fabric网络仍然是能正常运行的。
对于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是锚节点，对应的更新代码是：
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
5.链上代码的安装与运行
以上，整个Fabric网络和Channel都准备完毕，接下来咱们来安装和运行ChainCode。这里仍然以最出名的Example02为例。这个例子实现了a，b两个帐户，相互之间能够转帐。
5.1Install ChainCode安装链上代码
链上代码的安装须要在各个相关的Peer上进行，对于咱们如今这种Fabric网络，若是4个Peer都想对Example02进行操做，那么就须要安装4次。
仍然是保持在CLI的命令行下，咱们先切换到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 chaincode install命令能够安装指定的ChainCode并对其命名：
peer chaincode install -n mycc -v 1.0 -p github.com/hyperledger/fabric/examples/chaincode/go/chaincode_example02
安装的过程其实就是对CLI中指定的代码进行编译打包，并把打包好的文件发送到Peer，等待接下来的实例化。
其余节点因为暂时还没使用到，咱们能够先不安装，等到了步骤5.4的时候再安装。
5.2Instantiate ChainCode实例化链上代码
实例化链上代码主要是在Peer所在的机器上对前面安装好的链上代码进行包装，生成对应Channel的Docker镜像和Docker容器。而且在实例化时咱们能够指定背书策略。咱们运行如下命令完成实例化：
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')"
若是咱们新开一个Ubuntu终端，去查看peer0.org1上的日志，那么就能够知道整个实例化的过程到底干了什么：
docker logs -f peer0.org1.example.com
主要几行重要的日志：
2017-08-29 21:14:12.290 UTC [chaincode-platform] generateDockerfile -> DEBU 3fd FROM hyperledger/fabric-baseos:x86_64-0.3.1 ADD binpackage.tar /usr/local/bin LABEL org.hyperledger.fabric.chaincode.id.name="mycc" \ org.hyperledger.fabric.chaincode.id.version="1.0" \ org.hyperledger.fabric.chaincode.type="GOLANG" \ org.hyperledger.fabric.version="1.0.0" \ org.hyperledger.fabric.base.version="0.3.1" ENV CORE_CHAINCODE_BUILDLEVEL=1.0.0 ENV CORE_PEER_TLS_ROOTCERT_FILE=/etc/hyperledger/fabric/peer.crt COPY peer.crt /etc/hyperledger/fabric/peer.crt 2017-08-29 21:14:12.297 UTC [util] DockerBuild -> DEBU 3fe Attempting build with image hyperledger/fabric-ccenv:x86_64-1.0.0 2017-08-29 21:14:48.907 UTC [dockercontroller] deployImage -> DEBU 3ff Created image: dev-peer0.org1.example.com-mycc-1.0 2017-08-29 21:14:48.908 UTC [dockercontroller] Start -> DEBU 400 start-recreated image successfully 2017-08-29 21:14:48.908 UTC [dockercontroller] createContainer -> DEBU 401 Create container: dev-peer0.org1.example.com-mycc-1.0
接下来的日志就是各类初始化，验证，写帐本之类的。总之完毕后，咱们回到Ubuntu终端，使用docker ps能够看到有新的容器正在运行：
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
07791d4a99b7 dev-peer0.org1.example.com-mycc-1.0 "chaincode -peer.a..." About a minute ago Up About a minute dev-peer0.org1.example.com-mycc-1.0
6f98f57714b5 hyperledger/fabric-tools "/bin/bash" About an hour ago Up About an hour cli
6e7b3fd0e803 hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:10051->7051/tcp, 0.0.0.0:10052->7052/tcp, 0.0.0.0:10053->7053/tcp peer1.org2.example.com
9e67abfb982f hyperledger/fabric-orderer "orderer" About an hour ago Up About an hour 0.0.0.0:7050->7050/tcp orderer.example.com
908d7fe2a4c7 hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:7051-7053->7051-7053/tcp peer0.org1.example.com
6bb187ac10ec hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:9051->7051/tcp, 0.0.0.0:9052->7052/tcp, 0.0.0.0:9053->7053/tcp peer0.org2.example.com
150baa520ed0 hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:8051->7051/tcp, 0.0.0.0:8052->7052/tcp, 0.0.0.0:8053->7053/tcp peer1.org1.example.com
5.3在一个Peer上查询并发起交易
如今链上代码的实例也有了，而且在实例化的时候指定了a帐户100，b帐户200，咱们能够试着调用ChainCode的查询代码，验证一下，在cli容器内执行：
peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'
返回结果：Query Result: 100
接下来咱们能够试着把a帐户的10元转给b。对应的代码：
peer chaincode invoke -o orderer.example.com:7050 --tls true --cafile $ORDERER_CA -C mychannel -n mycc -c '{"Args":["invoke","a","b","10"]}'
5.4在另外一个节点上查询交易
前面的操做都是在org1下面作的，那么处于同一个区块链（同一个Channel下）的org2，是否会看org1的更改呢？咱们试着给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 chaincode install -n mycc -v 1.0 -p github.com/hyperledger/fabric/examples/chaincode/go/chaincode_example02
因为mycc已经在前面org1的时候实例化了，也就是说对应的区块已经生成了，因此在org2不能再次初始化。咱们直接运行查询命令：
peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'
这个时候咱们发现运行该命令后要等好久（我这里花了40秒）才返回结果：
Query Result: 90
这是由于peer0.org2也须要生成Docker镜像，建立对应的容器，才能经过容器返回结果。咱们回到Ubuntu终端，执行docker ps，能够看到又多了一个容器：
CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES
3e37aba50189 dev-peer0.org2.example.com-mycc-1.0 "chaincode -peer.a..." 2 minutes ago Up 2 minutes dev-peer0.org2.example.com-mycc-1.0
07791d4a99b7 dev-peer0.org1.example.com-mycc-1.0 "chaincode -peer.a..." 21 minutes ago Up 21 minutes dev-peer0.org1.example.com-mycc-1.0
6f98f57714b5 hyperledger/fabric-tools "/bin/bash" About an hour ago Up About an hour cli
6e7b3fd0e803 hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:10051->7051/tcp, 0.0.0.0:10052->7052/tcp, 0.0.0.0:10053->7053/tcp peer1.org2.example.com
9e67abfb982f hyperledger/fabric-orderer "orderer" About an hour ago Up About an hour 0.0.0.0:7050->7050/tcp orderer.example.com
908d7fe2a4c7 hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:7051-7053->7051-7053/tcp peer0.org1.example.com
6bb187ac10ec hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:9051->7051/tcp, 0.0.0.0:9052->7052/tcp, 0.0.0.0:9053->7053/tcp peer0.org2.example.com
150baa520ed0 hyperledger/fabric-peer "peer node start" About an hour ago Up About an hour 0.0.0.0:8051->7051/tcp, 0.0.0.0:8052->7052/tcp, 0.0.0.0:8053->7053/tcp peer1.org1.example.com
总结
经过以上的分解，但愿你们对Fabric环境的建立有了更深刻的理解。我这里的示例仍然是官方的示例，并无什么太新的东西。只要把这每一步搞清楚，那么接下来咱们在生产环境建立更多的Org，建立大量的Channel，执行各类ChainCode都是一模一样。
最后，你们若是想进一步探讨Fabric或者使用中遇到什么问题能够加入QQ群【494085548】你们一块儿讨论。
- 1. 深刻理解Fabric环境搭建的详细过程
- 2. 深刻理解hyperledger fabric-1.4环境搭建的详细过程
- 3. 区块链系列 -- 二、深刻理解Fabric环境搭建的详细过程
- 4. Fabric 环境详细搭建过程
- 5. uni-app环境搭建详细过程
- 6. 深刻解析Hyperledger Fabric搭建的全过程
- 7. Ubuntu18.04 Hyperledger-Fabric v1.3环境搭建详细教程
- 8. 区块链学习——HyperLedger-Fabric v0.6环境搭建详细教程
- 9. 区块链学习——HyperLedger-Fabric v1.0环境搭建详细教程
- 10. ubuntu搭建fabric的环境
- 更多相关文章...
- • Swift 环境搭建 - Swift 教程
- • Rust 环境搭建 - RUST 教程
- • 为了进字节跳动，我精选了29道Java经典算法题，带详细讲解
- • Flink 数据传输及反压详解
-
每一个你不满意的现在，都有一个你没有努力的曾经。
- 1. 深刻理解Fabric环境搭建的详细过程
- 2. 深刻理解hyperledger fabric-1.4环境搭建的详细过程
- 3. 区块链系列 -- 二、深刻理解Fabric环境搭建的详细过程
- 4. Fabric 环境详细搭建过程
- 5. uni-app环境搭建详细过程
- 6. 深刻解析Hyperledger Fabric搭建的全过程
- 7. Ubuntu18.04 Hyperledger-Fabric v1.3环境搭建详细教程
- 8. 区块链学习——HyperLedger-Fabric v0.6环境搭建详细教程
- 9. 区块链学习——HyperLedger-Fabric v1.0环境搭建详细教程
- 10. ubuntu搭建fabric的环境