我使用BYFN将认可政策从“OR”更改为“AND”并实例化Chaincode。但是，即使在执行Invoke之后，分类帐中的数据也不会更改。 我确认“OR”条件正在运行。（分类帐中的数据已更改）
请让我知道如何解决它。
peer chaincode instantiate -o orderer.example.com:7050 --tls $CORE_PEER_TLS_ENABLED --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 $CHANNEL_NAME -n mycc -v 1.0 -c '{"Args":["init","a", "100", "b","200"]}' -P "**OR** ('Org1MSP.member','Org2MSP.member')"
==＆GT;
peer chaincode instantiate -o orderer.example.com:7050 --tls $CORE_PEER_TLS_ENABLED --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 $CHANNEL_NAME -n mycc -v 1.0 -c '{"Args":["init","a", "100", "b","200"]}' -P "**AND** ('Org1MSP.member','Org2MSP.member')"
答案 0 :(得分：7)
好消息是，修改后的认可政策看起来确实有效。坏消息是，如果不使用其中一个SDK创建自己的客户端，则无法在BYFN中使用带有 AND 条件的认可政策。问题是BYFN脚本使用peer CLI to run invoke（以及查询），并且对等CLI无法收集多个认可。因此，当您将认可政策更改为 AND 时，该脚本仅收集单个认可，因此在尝试处理调用时验证失败。
答案 1 :(得分：0)
让我加入@Gari Singh回答并澄清已经实例化的链码的认可政策的变化。一旦您使用认可政策初始化链码，并且您希望稍后更新/更改它，您可以通过升级链码并指定新的认可政策来实现。