超级账本06--新增组织
设置环境
进入到fabric-samples/first-network目录中, 执行.byfn.sh -m down关闭网络,清理之前的任何环境
$ cd $HOME/hyfa/fabric-samples/first-network/
$ sudo ./byfn.sh -m down
重新生成默认的BYFN构件
$ sudo ./byfn.sh -m generate
启用网络
$ sudo ./byfn.sh -m up
添加组织Org3
使用eyfn.sh脚本将Org3引入网络
$ sudo ./eyfn.sh up
从输出中可以看到添加的Org3加密资料，配置更新正在创建和签名，然后链接代码被安装以允许Org3执行分类账查询
如果执行成功, 会有如下输出
========= All GOOD, EYFN test execution completed ===========
_____ _ _ ____
| ____| | \ | | | _ \
| _| | \| | | | | |
| |___ | |\ | | |_| |
|_____| |_| \_| |____/
进入CLI容器
$ sudo docker exec -it cli bash
导出 ORDERER_CA 与 CHANNEL_NAME 变量:
export 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 && export CHANNEL_NAME=mychannel
检查环境变量是否正确设置:
echo $ORDERER_CA && echo $CHANNEL_NAME
如果重新启动了CLI容器，则必须重新导出两个环境变量
查询
peer chaincode query -C $CHANNEL_NAME -n mycc -c '{"Args":["query","a"]}'
查询结果: Query Result: 80
调用,实现从a到b转账
peer chaincode invoke -o orderer.example.com:7050 --tls $CORE_PEER_TLS_ENABLED --cafile $ORDERER_CA -C $CHANNEL_NAME -n mycc -c '{"Args":["invoke","a","b","10"]}'
查询
peer chaincode query -C $CHANNEL_NAME -n mycc -c '{"Args":["query","a"]}'
查询结果: Query Result: 70
手动实现配置:
如果使用了eyfn.sh脚本，则需要将网络关闭.删除所有容器并撤销添加Org3所做的操作
在 fabric-samples/first-network/目录中执行如下命令:
$ sudo ./eyfn.sh down
$ sudo ./byfn.sh -m down
$ sudo ./byfn.sh -m generate
$ sudo ./byfn.sh -m up
生成Org3加密材料
从 frist-network 目录转至 org3-artifacts 目录中
% cd org3-artifacts
生成加密材料
$ sudo ../../bin/cryptogen generate --config=./org3-crypto.yaml
为Org3 CA以及与此新Org绑定的两个对等生成密钥和证书
新生成的文件被保存在当前目录下新生成的文件夹 crypto-config 中
使用 configtxgen 工具以JSON输出Org3特定的配置材料到指定的文件中
$ export FABRIC_CFG_PATH=$PWD
$ sudo ../../bin/configtxgen -printOrg Org3MSP > ../channel-artifacts/org3.json
该文件包含Org3的策略定义，以及以Base 64格式提供的三个重要证书：admin用户证书（稍后将用作Org3的管理员），CA根证书和TLS根证书证书
后面会将这个JSON文件附加到通道配置中
$ cd ../
$ sudo cp -r crypto-config/ordererOrganizations org3-artifacts/crypto-config/
将Orderer Org的MSP材料移植到Org3 crypto-config目录中
更新通道配置
进入CLI容器
$ sudo docker exec -it cli bash
安装jq工具
jq可以将所需要的数据格式转换成任意的数据格式
jq工具允许脚本与configtxlator工具返回的JSON文件进行交互
apt update && apt install -y jq
参数说明:
-y: 忽略安装时的提示
导出 ORDERER_CA 与 CHANNEL_NAME 变量:
export 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 && export CHANNEL_NAME=mychannel
检查环境变量是否正确设置:
echo $ORDERER_CA && echo $CHANNEL_NAME
如果重新启动了CLI容器，则必须重新导出两个环境变量
获取配置
获取 mychannel 通道的最新配置块, 可以防止重复或替换配置更改, 有助于确保并发性, 防止删除两个组织
peer channel fetch config config_block.pb -o orderer.example.com:7050 -c $CHANNEL_NAME --tls --cafile $ORDERER_CA
上述命令将二进制protobuf通道配置块保存到 config_block.pb , (文件名及扩展名命名无限制)
转换配置为JSON
利用 configtxlator 工具将此通道配置块解码为JSON格式, 删除所有与想要改变的内容无关的标题，元数据，创建者签名等等
通过 jq 工具来完成
configtxlator proto_decode --input config_block.pb --type common.Block | jq .data.data[0].payload.data.config > config.json
.data.data[0],payload.data.config域内数据代表了完整的通道配置信息
查看config.json文件中的内容
more config.json
使用jq将Org3配置定义追加org3.json到通道的应用程序组字段，并命名输出modified_config.json
jq -s '.[0] * {"channel_group":{"groups":{"Application":{"groups": {"Org3MSP":.[1]}}}}}' config.json ./channel-artifacts/org3.json > modified_config.json
将 config.json 中的内容输出为 config.pb
configtxlator proto_encode --input config.json --type common.Config --output config.pb
将 modified_config.json 中的内容输出为 modified_config.pb
configtxlator proto_encode --input modified_config.json --type common.Config --output modified_config.pb
利用这两个配置文件, 使用configtxlator计算出更新配置时的更新量信息。该命令将输出一个新的二进制文件，命名为org3_update.pb：
configtxlator compute_update --channel_id $CHANNEL_NAME --original config.pb --updated modified_config.pb --output org3_update.pb
将 org3_update.pb 中的内容解码为可编辑的JSON格式并将其称为org3_update.json
configtxlator proto_decode --input org3_update.pb --type common.ConfigUpdate | jq . > org3_update.json
对通道配置进行更新时, 还需要封装为 org3_update_in_envelope 结构的配置更新交易. 因此, 需要将 org3_update 结构数据进行补全
echo '{"payload":{"header":{"channel_header":{"channel_id":"mychannel", "type":2}},"data":{"config_update":'$(cat org3_update.json)'}}}' | jq . > org3_update_in_envelope.json
将其转换为Fabric所需的二进制交易配置文件。命名为最终更新对象org3_update_in_envelope.pb
configtxlator proto_encode --input org3_update_in_envelope.json --type common.Envelope --output org3_update_in_envelope.pb
签署并提交配置更新
peer channel signconfigtx -f org3_update_in_envelope.pb
导出Org2环境变量:
export CORE_PEER_LOCALMSPID="Org2MSP"
export 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
export CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/users/Admin@org2.example.com/msp
export CORE_PEER_ADDRESS=peer0.org2.example.com:7051
更新通道
peer channel update -f org3_update_in_envelope.pb -c $CHANNEL_NAME -o orderer.example.com:7050 --tls --cafile $ORDERER_CA
命令执行后会有如下输出: Successfully submitted channel update
新终端中(终端2)中输出日志
打开一个新的终端(终端2)执行如下命令:
$ sudo docker logs -f peer0.org1.example.com
将Org3加入到通道
打开一个新的终端(终端3), 从 first-network 中启动Org3 docker compose
$ cd hyfa/fabric-samples/first-network/
$ sudo docker-compose -f docker-compose-org3.yaml up -d
进入Org3特定的CLI容器中:
$ sudo docker exec -it Org3cli bash
导出环境变量:
export 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 && export CHANNEL_NAME=mychannel
检查变量 :
echo $ORDERER_CA && echo $CHANNEL_NAME
检索该块:
peer channel fetch 0 mychannel.block -o orderer.example.com:7050 -c $CHANNEL_NAME --tls --cafile $ORDERER_CA
发出命令并通过创世区块:
peer channel join -b mychannel.block
导出TLS与ADDRESS变量并重新发布
export CORE_PEER_TLS_ROOTCERT_FILE=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org3.example.com/peers/peer1.org3.example.com/tls/ca.crt && export CORE_PEER_ADDRESS=peer1.org3.example.com:7051
peer channel join -b mychannel.block
升级并调用Chaincode
在Org3的CLI中执行(终端3):
peer chaincode install -n mycc -v 2.0 -p github.com/chaincode/chaincode_example02/go/
终端1中执行
使用Org2管理员身份提交了频道更新通话(在终端1中执行):
export CORE_PEER_LOCALMSPID="Org2MSP"
export 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
export CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/users/Admin@org2.example.com/msp
export CORE_PEER_ADDRESS=peer0.org2.example.com:7051
安装
peer chaincode install -n mycc -v 2.0 -p github.com/chaincode/chaincode_example02/go/
切换为Org1身份:
export CORE_PEER_LOCALMSPID="Org1MSP"
export 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
export CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/users/Admin@org1.example.com/msp
export CORE_PEER_ADDRESS=peer0.org1.example.com:7051
再次安装：
peer chaincode install -n mycc -v 2.0 -p github.com/chaincode/chaincode_example02/go/
发送电话：
peer chaincode upgrade -o orderer.example.com:7050 --tls $CORE_PEER_TLS_ENABLED --cafile $ORDERER_CA -C $CHANNEL_NAME -n mycc -v 2.0 -c '{"Args":["init","a","90","b","210"]}' -P "OR ('Org1MSP.peer','Org2MSP.peer','Org3MSP.peer')"
如果报如下错误:
Error: Error getting broadcast client: failed to load config for OrdererClient: unable to load orderer.tls.rootcert.file: open /etc/hyperledger/fabric/-C: no such file or directory
则需要检查 echo $ORDERER_CA && echo $CHANNEL_NAME 变量是否正确设置
export 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 && export CHANNEL_NAME=mychannel
通过v标志指定新版本。可以看到Org3添加到背书政策中
与实例化调用一样，链式代码升级需要使用该init 方法
终端3中执行
升级调用将新的块 - 块6 - 添加到频道的分类账中，并允许Org3同行在认可阶段执行交易。跳回Org3 CLI容器(终端3)并发出一个查询值a：
peer chaincode query -C $CHANNEL_NAME -n mycc -c '{"Args":["query","a"]}'
在终端1与终端3中通过,正确显示查询结果: Query Result: 90
调用,实现从a到b转账(终端3):
peer chaincode invoke -o orderer.example.com:7050 --tls $CORE_PEER_TLS_ENABLED --cafile $ORDERER_CA -C $CHANNEL_NAME -n mycc -c '{"Args":["invoke","a","b","10"]}'
查询:
peer chaincode query -C $CHANNEL_NAME -n mycc -c '{"Args":["query","a"]}'
在终端1与终端3中通过,正确显示查询结果: Query Result: 80
