Re: Inconsistent Private Data Collection Write operation
email4tong@gmail.com
Curious about this policy, "endorsementPolicy": { "signaturePolicy": "OR('Org1MSP.member'), OR('Org2MSP.member')" } was it accepted as a valid policy? if it was accepted, should this be a bug? what does this policy exactly mean? Is it the same as this "endorsementPolicy": { "signaturePolicy": "OR('Org1MSP.member', 'Org2MSP.member')" } Thanks.
On Friday, June 19, 2020, 8:29:10 AM EDT, David Enyeart <enyeart@...> wrote:
The endorsement policy check only checks which peers have endorsed, not which clients have submitted the transaction. The peer validation logic is deterministic in this regard. I ran the network again, to double check. The inconsistency issue still exists. The issue occurs even when I pass OR("Org1MSP.Member") as the EP and try to update the key via Org1 client (which is an authorized peer). On Fri, Jun 19, 2020 at 5:31 PM Cendhu U <cendhu@...> wrote: the above error seems to match your old definition -- "endorsementPolicy": { "signaturePolicy": "OR('Org1MSP.member'), OR('Org2MSP.member')" } Anyway, I do not have expertise in this. If Yacov looks at this message, he might clarify. Regards, Senthil
On Fri, Jun 19, 2020 at 5:21 PM Hritik Gupta <hritikgupta9@...> wrote: Sorry for typing it wrong. The endorsement policy in my collections config is as follows: "endorsementPolicy": { "signaturePolicy": "OR('Org1MSP.member', 'Org2MSP.member')" } Setting memberOnlyWrite to false is deliberate because I want the peers of only Org2 and Org1 to be able to write to the private data collection; and not any other Org that might join the network in future. --
|
||
|