當前位置：首頁 > 编程资源 > 编程问答 >内容正文

编程问答

深入理解Fabric环境搭建的详细过程

發布時間：2025/3/15 编程问答 30 豆豆

生活随笔收集整理的這篇文章主要介紹了深入理解Fabric环境搭建的详细过程小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

博主之前的文章都是教大家怎么快速的搭建一個Fabric的環境，但是其中大量的工作都隱藏到了官方的腳本中，并不方便大家深入理解其中的過程，所以博主這里就將其中的過程一步步分解，方便大家！

前面的準備工作我就不用多說了，也就是各種軟件和開發環境的安裝，安裝好以后，我們git clone下來最新的代碼，并切換到v1.0.0，并且下載好我們需要使用的docker鏡像，也就是到步驟6，接下來我們要解析的是之后的步驟，也就是真正的搭建Fabric的過程。

1.生成公私鑰和證書

Fabric中有兩種類型的公私鑰和證書，一種是給節點之前通訊安全而準備的TLS證書，另一種是用戶登錄和權限控制的用戶證書。這些證書本來應該是由CA來頒發，但是我們這里是測試環境，并沒有啟用CA節點，所以Fabric幫我們提供了一個工具：cryptogen。

1.1編譯生成cryptogen
我們既然獲得了Fabric的源代碼，那么就可以輕易的使用make命令編譯需要的程序。Fabric官方提供了專門編譯cryptogen的入口，我們只需要運行以下命令即可：

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程序。

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等。

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 CHANNELNAME;sleepTIMEOUT‘
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是錨節點，我們需要連接上它并更新錨節點：

peer channel update -o orderer.example.com:7050 -c mychannel -f ./channel-artifacts/Org1MSPanchors.tx –tls true –cafile $ORDERER_CA
另外對于Org2，peer0.org2是錨節點，對應的更新代碼是：

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這個節點：

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安裝鏈上代碼：

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环境搭建的详细过程的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。

上一篇： Hyperledger Fabric 词
下一篇： RSA非对称加密算法之公钥和私钥详细介绍