代码之家  ›  专栏  ›  技术社区  ›  Sarageorge

HyperLedger结构v1。1向现有渠道添加组织

  •  1
  • Sarageorge  · 技术社区  · 6 年前

    以下是v1 hyperldedger结构文档的一部分。1:

    在组织之间切换以签署配置事务(或执行任何其他操作)并不能反映真实世界的结构操作。单个容器永远不会装载整个网络的加密材料。相反,配置更新需要在带外安全地传递给Org2管理员进行检查和批准。

    假设我们有4个组织Org1、Org2、Org3和Org4,我们正在创建Org5。

    让Org1和Org2属于同一cli,而Org3位于Org3cli中,Org4位于Org4cli中

    让我们说,将org5发布到网络中的所有初始步骤都已完成。

    到达对等通道signconfigtx时,我首先使用Org1和Org2的对等方从cli进行签名。但我还需要一个签名,正如大多数人所说的3。

    我代表org3以sign的身份访问Org3cli,但由于对等通道signconfigtx方法是本地cli(包含Org1和Org2),所以我不知道它。(结果不会发送给订购方)。

    因此,在一个实际场景中,一个cli不可能处理所有配置,那么您如何处理两个不同cli之间的交互?

    1 回复  |  直到 6 年前
        1
  •  1
  •   Gari Singh    6 年前

    正如您正确解释的那样,文档告诉您,使用一个控制点建立一个多组织网络,该控制点可以访问多个组织的加密材料,并不能反映现实世界中的工作方式。我们在示例中这样做是为了便于引导多组织沙盒网络。

    在现实世界中,您需要将序列化配置(更新)事务带外传递给需要根据渠道策略对其进行签名的所有组织。Fabric目前不提供任何用于处理带外通信的工具。。。这由网络成员决定。

    有一些供应商正在为Fabric提供治理和生命周期管理工具,作为其产品的一部分,但目前在开源中没有针对Fabric的工具。