【发布时间】:2018-06-21 13:51:26
【问题描述】:
我们正在建立一个多组织网络,并定义并安装了 Anchor Peers。我们知道 Anchor Peers 用于 peer 发现,但一个问题仍然悬而未决:当客户端需要收集背书时,它如何发现另一个 Org 中的 peer 以将提案定向到背书? Anchor Peer 是“目录服务”(如果是,我们如何从客户端 SDK 读取目录),还是“网关”(如果是,我们如何说我们试图收集多少背书)?
【问题讨论】:
我们正在建立一个多组织网络,并定义并安装了 Anchor Peers。我们知道 Anchor Peers 用于 peer 发现,但一个问题仍然悬而未决:当客户端需要收集背书时,它如何发现另一个 Org 中的 peer 以将提案定向到背书? Anchor Peer 是“目录服务”(如果是,我们如何从客户端 SDK 读取目录),还是“网关”(如果是,我们如何说我们试图收集多少背书)?
【问题讨论】:
当客户需要收集背书时,它如何发现 其他组织中的同行将提案提交给背书?
很好的问题。为此有一个document。 在相关部分下方粘贴:
服务在对等点上运行——而不是在应用程序上——并使用八卦通信层维护的网络元数据信息来找出哪些对等点在线。它还从对等点的状态数据库中获取信息,例如任何相关的背书策略。 通过服务发现,应用程序不再需要指定它们需要来自哪些对等方的背书。 SDK 可以简单地向发现服务发送查询,询问在给定通道和链码 ID 的情况下需要哪些对等点。
简而言之,从 Fabric v1.2 开始,SDK 可以查询对等点以获取它需要从其请求背书的对等点。
Anchor Peer 是“目录服务”吗
不,不是。这个想法是,从 Fabric v1.2 开始,您作为客户端信任的每个对等点(即属于您自己组织的对等点)都可以将您的 SDK 用作发现服务端点。
还有一个全新的(使用方便!)CLI tool,它包含在 v1.2 中,可用于查询对等点上的发现服务。
一旦 v1.2 发布,就应该发布各种 SDK 的文档。
或者它是一个“网关”(如果是,我们怎么说有多少代言 我们正在尝试收集)?
它也不是网关,它仅用于对等点在启动或加入频道时引导他们的成员视图。
【讨论】: