Hyperledger fabric 支持同伴的确定性选择

Hyperledger fabric 支持同伴的确定性选择,hyperledger-fabric,hyperledger,Hyperledger Fabric,Hyperledger,我很好奇Fabric如何在“或”类型的认可策略中选择一个选定的组织。这是一个随机选择还是遵循一个预先确定的逻辑 例如,假设我有以下政策: 或('Org1.member'、'Org2.member'、'Org3.member') 现在,让我们假设应该处理传入事务建议的背书对等方属于Org1 由于网络连通性和其他组织的可用性的不确定性,Org1将是首选的认可实体(因为它发生在同一对等方的本地) 然而,Hyperledger结构中是否存在这种情况 如果您能帮助您理解以上内容,我们将不胜感激。Fabri

我很好奇Fabric如何在“或”类型的认可策略中选择一个选定的组织。这是一个随机选择还是遵循一个预先确定的逻辑

例如,假设我有以下政策:

或('Org1.member'、'Org2.member'、'Org3.member')

现在,让我们假设应该处理传入事务建议的背书对等方属于Org1

由于网络连通性和其他组织的可用性的不确定性,Org1将是首选的认可实体(因为它发生在同一对等方的本地)

然而,Hyperledger结构中是否存在这种情况


如果您能帮助您理解以上内容,我们将不胜感激。

Fabric客户应了解背书政策,并由他们决定是否对同行进行背书。因此,在您的示例中:

OR('Org1.member', 'Org2.member', 'Org3.member')
客户应该知道,为了获得有效的交易,必须由来自org1或org2或org3的人背书。所以客户端可以将事务建议发送到org1中的某个对等方,并等待得到响应。另一种策略是将交易建议发送给3个对等方,每个组织发送一个

一旦客户收集到足够的背书,它将向订购服务提交交易,在提交之前,对等方将确保满足背书政策。现在请注意,签注策略并没有指定确切的签注对等方,只是说它必须是来自该组织的人,并且拥有由组织根CA批准的证书


因此,目前客户必须了解背书政策,了解会员资格,才能发送交易提案,但仍有工作在进行中,提供基于服务发现的功能,以便客户端能够动态学习策略,并能够查询一组认可的对等方。

最好不要直接与对等方和订购方交谈?改用频道。总是只对特定的元素说话是如此脆弱

谢谢!我很好奇,当从客户处接收交易候选对象的对等方具有背书对等方状态并且属于背书策略中嵌入的组织之一时,我可以从背书策略中期待什么行为。是否会优先选择此组织而不是与该交易候选对象相距较远的其他组织?对不起,我没有听你的,你能试着重新措辞吗?为不清晰表示歉意-让我们假设一个应用程序被配置为连接到某个业务网络成员拥有的特定对等方。该对等方是背书人,属于Org1。背书策略指出,要验证交易候选,Org1、Org2或Org3应背书。问题是:背书政策是否总是在其中一个组织中随机选择,还是从第一个响应背书人中选择背书?如果是后者,则Org1对等机很可能总是比其他ORG具有优势。感谢您的评论。背书策略没有选择任何内容,它只表示组织应批准(背书)交易的规则。在验证阶段,来自所有组织的所有背书对等方在这个意义上是平等的,例如,只要满足规则,谁将背书交易并不重要。