HyperLedger Fabric v1.1 将组织添加到现有渠道

Question

以下内容是 v1.1 的 hyperledger fabric 文档的一部分：

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

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

让 Org1 和 Org2 属于同一个 cli，而 Org3 在 Org3cli 中，Org4 在 Org4cli 中

假设将 org5 启动到网络中的所有初始步骤都已完成。

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

我代表 org3 去 Org3cli 作为签名，但由于对等通道 signconfigtx 方法是本地 cli（包含 Org1 和 Org2）不知道它。（结果不发送给订购者）。

所以在现实世界的场景中，单个 cli 不应该处理所有配置，你如何处理 2 个不同 cli 之间的交互？

Answer 1

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

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

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