Fabric2.0 更新通道配置 , 修改最大交易数量。
本文实践将基于已部署好的first-network。
我们再前面创建通道的时候,通过configtx.yaml
定义通道的基础配置包括:
策略: 通道的读写权限策略等;
Capabilities:确保网络和通道以相同的方式处理交易,使用版本号进行定义。
Channel/Application:
控制应用程序通道的配置参数(添加/删除组织):修改这一部分配置需要大部分组织管理管理员的签名。 将组织添加到通道:要实现添加到通道必须将组织的MSP等配置参数添加到组织配置,下一章将详细讲。 组织相关参数:可以更改组织特定的任何参数(例如,标识锚点对等体或组织管理员的证书)。请注意,默认情况下,更改这些值将不需要大多数应用程序组织管理员,而仅需要组织本身的管理员。
Channel/Orderer:
控制排序节点相关参数
Batch size
Channel:
控制peer跟orderer都需要同意的参数,需要大部分应用程序管理者同意:
更新通道配置的第一步是获取最新的配置块。这是一个三步过程。首先,我们将以protobuf格式提取通道配置,创建一个名为的文件config_block.pb。
控制台数据docker exec -it cli bash
进入cli
peer channel fetch config config_block.pb -o $ORDERER_CONTAINER -c mychannel --tls --cafile $TLS_ROOT_CA
控制台输入获取通道区块数码,并生成config_block.pb文件
.pb是protobuf格式,我们将他转成json版本
继续再当前目录输入以下命令:
configtxlator proto_decode --input config_block.pb --type common.Block --output config_block.json
参数说明: --input : .pb文件路径 --output :转json格式后输出文件路径
生成config_block.json
文件
看一下输出的config_block.json文件,数据很多
最后,我们将从配置中排除所有不必要的元数据,使其更易于阅读。您可以随意调用该文件,但是在本示例中,我们将其称为config.json。
执行以下命令:
jq .data.data[0].payload.data.config config_block.json > config.json
为了待会比较,我们先复制一份:
cp config.json modified_config.json
修改Batch size,将区块最大交易数量提高,原本max_message_count
是10,我们修改为100。
原本配置截图:
vi modified_config.json
修改后截图:
首先,我们将config.json文件恢复为protobuf格式,创建一个名为的文件config.pb。然后,我们将对我们的modified_config.json文件执行相同的操作。之后,我们将计算两个文件之间的差,创建一个名为的文件config_update.pb。
configtxlator proto_encode --input config.json --type common.Config --output config.pb
configtxlator proto_encode --input modified_config.json --type common.Config --output modified_config.pb
configtxlator compute_update --channel_id mychannel --original config.pb --updated modified_config.pb --output config_update.pb
现在我们已经计算出旧配置和新配置之间的差异config_update.pb,我们可以将更改应用于配置。
configtxlator proto_decode --input config_update.pb --type common.ConfigUpdate --output config_update.json
查看差异配置
将差异配置重新编码:
echo '{"payload":{"header":{"channel_header":{"channel_id":"mychannel", "type":2}},"data":{"config_update":'$(cat config_update.json)'}}}' | jq . > config_update_in_envelope.json
configtxlator proto_encode --input config_update_in_envelope.json --type common.Envelope --output config_update_in_envelope.pb
提交配置:
peer channel update -f config_update_in_envelope.pb -c mychannel -o $ORDERER_CONTAINER --tls true --cafile $TLS_ROOT_CA
控制台输出:
提示错误:
implicit policy evaluation failed - 0 sub-policies were satisfied, but this policy requires 1 of the 'Admins' sub-policies to be satisfied
上面的错误应该是很熟悉了,就是修改这个配置不够权限,提示需要Admin,由于batchSize属于排序节点的配置,所以这里的Admin是OrdererMSP.admin 这里要注意一点的是 first-network的排序节点是没有区份admin、client这些需要再crypto-config.yaml打开配置如下:
切换OrdererMSP.admin环境变量如下:
CORE_PEER_LOCALMSPID=OrdererMSP
CORE_PEER_MSPCONFIGPATH=/opt/gopath/src/github.com/hyperledger/fabric/peer/crypto/ordererOrganizations/example.com/users/Admin@example.com/msp/
原本应该调用peer channel signconfigtx 进行签名的,但是peer channel update 的时候会自动带客户端签名,这里我们直接update就行了,因为他需要1个Admin而已.
控制台输入:
peer channel update -f config_update_in_envelope.pb -c mychannel -o $ORDERER_CONTAINER --tls true --cafile $TLS_ROOT_CA
输出结果如下:
通道配置更新成功
更新通道配置步骤主要是获取现有配置,修改配置,提交配置,看起来比较简单,但是有一点要留意的是权限问题,想刚刚上面就提示没有收集够签名,这时候我们应该关注日志输出内容,回顾我们原本configtx.yaml的配置,找到需要的签名,满足策略。
如果觉得我的文章对您有用,请随意打赏。你的支持将鼓励我继续创作!