总目录:
(0) 如何利用区块链保护知识产权
(一)HyperLedger Fabric 2.0-release测试网络部署
(二)Fabric2.0 first-network 生成配置说明
(三)Fabric2.0启动网络脚本配置剖析
(四)Fabric2.0通道实践
(五)Fabric2.0 智能合约实践- 安装以及定义智能合约
(六)Fabric2.0 智能合约实践- 升级智能合约
(七)Fabric2.0智能合约实践-设置背书策略
(八)Fabric2.0Java SDK实践-合约交易
(九)Fabric2.0 通道实践-更新通道配置
(十)Fabric2.0-动态添加组织
(十一) Fabric2.0-使用编辑器调试go智能合约
(十二)Fabric2.0-实现外部构建启动合约
继续上一章,接下来将进行智能合约合约的升级
还是先在控制台输入 docker exec -it cli bash
进入cli的控制台,默认cli的环境变量节点为peer0.org1.example.com.
目前已部署一个智能合约到peer0.org1.example.com,cli控制台输入命令:
peer lifecycle chaincode queryinstalled
查看mycc在mychannel通道的合约定义,cli控制台输入命令:
peer lifecycle chaincode querycommitted -C mychannel
参数 | 中文描述 | 值 |
---|---|---|
Name | 合约名称 | mycc |
Version | 合约版本 | 1 |
Sequence | 合约序列号(升级1次,加1) | 1 |
Endorsement Plugin | 背书插件 | escc |
Validation Plugin | 校验插件 | vscc |
执行一次query操作方便后面对比
peer chaincode query -C mychannel -n mycc -c '{"Args":["query","a"]}'
假如本地不存在该合约代码,2.0提供从节点上获取代码包的操作
控制台输入以下命令
peer lifecycle chaincode getinstalledpackage --package-id mycc_1:00ef9e95ea103b2c27eacd5a62efd9b34863c672d236a1ce99a7d539b2f9ef7a
packge-id:使用1步骤中查询获取的合约packge_id
当前目录出现mycc.tar.gz包为合约包,解压合约包里面的code.tar,编辑合约代码
添加一个方法默认加10
控制台输入以下命令打包合约:
peer lifecycle chaincode package mycc.tar.gz --path github.com/hyperledger/fabric-samples/chaincode/abstore/go/ --lang golang --label mycc_1
将根据新的合约代码打包成新的智能合约包mycc.tar.gz
更新合约代码需要重新将合约安装到节点上
peer lifecycle chaincode install mycc.tar.gz
控制台输出合约安装信息:
此时我们再查询一下节点安装合约信息,控制台输入:
peer lifecycle chaincode queryinstalled
可以看到新增了一个package_id不一样的mycc,原来的还在。
真正升级的操作其实是在合约定义这一步骤
控制台输入以下命令,与原来相比将package_id修改为新安装的合约package_id,sequence要改成2,因为install了2次
peer lifecycle chaincode approveformyorg --tls true --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem --channelID mychannel --name mycc --version 1 --init-required --package-id mycc_1:2f358faa3475e5c37a90be9a7c0db2f608ecb09b13f64b001f83799be9fccc77 --sequence 2 --waitForEvent
检查approve状态,控制台输入:
peer lifecycle chaincode checkcommitreadiness --channelID mychannel --name mycc --version 1 --sequence 2 --output json --init-required
sequence要改成2,因为install了2次,否则报错Error: query failed with status: 500 - failed to invoke backing implementation of 'CheckCommitReadiness': requested sequence is 1, but new definition must be sequence 2
环境变量切换peer0.org2.example.com,重复3,4,5步,知道出现以下结果
完成智能合约lifecycle策略后,重新提交合约定义
peer lifecycle chaincode commit -o orderer.example.com:7050 --tls true --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem --channelID mychannel --name mycc --peerAddresses peer0.org1.example.com:7051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt --peerAddresses peer0.org2.example.com:9051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt --version 1 --sequence 2 --init-required
注意序列号sequence
控制台输出以下结果:
此时通过新的智能合约查询a的值,还是为90
刚刚添加了addTen这个方法,理论上a应该加10等于100
控制台输入以下命令调用addTen
peer chaincode invoke -o orderer.example.com:7050 --tls true --cafile /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/orderers/orderer.example.com/msp/tlscacerts/tlsca.example.com-cert.pem -C mychannel -n mycc --peerAddresses peer0.org1.example.com:7051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org1.example.com/peers/peer0.org1.example.com/tls/ca.crt --peerAddresses peer0.org2.example.com:9051 --tlsRootCertFiles /opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/peerOrganizations/org2.example.com/peers/peer0.org2.example.com/tls/ca.crt -c '{"Args":["addTen","a"]}'
查看结果a果然为100 升级成功
推荐阅读:(七)Fabric2.0智能合约实践-设置背书策略