我正在阅读Hyperledger Fabric Architecture Explained文件。
据我所知,当客户想要调用某个事务时,它必须得到该事务的认可,然后将其发送给订购服务。
我很困惑客户端是否必须直接连接到代言人和订购者,或者是否只能连接到可用的对等方并将提案转发到必要的节点。
对于订购服务,这是explained clearly:
如果客户端无法直接调用订购服务,它可以通过其选择的某个对等方代理其广播。
然而对于代言人来说,它是not so clear:
要调用事务,客户端会向其选择的一组认可对等方发送
PROPOSE
消息(可能不会同时发生 - 请参阅第2.1.2节和第2.3节)。通过对等方向客户端提供给定chaincodeID
的一组认可对等方,后者又从认可策略中了解支持对等方的集合
我理解客户端必须向赞同的同行发送PROPOSE
消息。但是" 对于给定chaincodeID
的一组支持同行是通过同行提供给客户的"?这是否意味着"通过任何对等",从而暗示客户端不必直接连接到代言人?或者客户端必须直接连接到代言人对等人吗?
答案 0 :(得分:1)
看起来我们需要更新您引用的架构文档,以匹配Hyperledger Fabric v1.0.x中的当前实现和即将推出的v1.1.0。
客户必须直接向订货人发送交易,并且必须直接与所有认可的同行进行通信。它不能代理"通过当前实现中的对等方进行的任何调用。
通常,客户端将通过带外机制获取有关哪些对等方/组织需要认可特定链代码的信息。