我很好奇Fabric如何在一个选定的组织中选择＆＃34; OR＆＃34; -type背书政策。它是随机选择还是遵循预定的逻辑？
例如，我们说我有以下政策：
或（＆＃39; Org1.member＆＃39;，＆＃39; Org2.member＆＃39;，＆＃39; Org3.member＆＃39;）
现在，让我们说应该处理传入交易提案的背书同行属于Org1。
由于网络连接和其他组织的可用性存在不确定性，Org1将成为当选的首选实体（因为它发生在同一个同行的本地）。
然而，这是Hyperledger Fabric中的情况吗？
非常感谢任何帮助理解上述内容。
答案 0 :(得分：1)
Fabric客户应该了解认可政策，并由他们决定支持同行。所以在你的例子中：
OR('Org1.member', 'Org2.member', 'Org3.member')
客户应该知道，为了获得有效的交易，它必须得到org1或org2或org3的支持。因此，客户端可以将交易提议发送给某个对等方进入org1并等待直到获得响应。另一种策略是将交易提案发送给每个组织的3个对等方。
一旦客户收集到足够的认可，它将向订购服务提交交易，并且在提交同行之前将确保满足认可政策。现在请注意，认可政策并未指定确切的认可同行，而只是说它必须是来自该组织的人员，其中包含由组织根CA批准的证书。
所以现在客户必须知道认可政策，并且知道会员资格能够发送交易提案，但是正在进行中FAB-5451，提供基于服务发现的功能，以便客户能够动态学习策略，并将能够查询一组支持同行。
答案 1 :(得分：0)