HyperLedger Fabric v1.1 将组织添加到现有通道
HyperLedger Fabric v1.1 adding organizations to existing channels
以下是 v1.1 的 hyperldedger fabric 文档的一部分：
在组织之间切换以签署配置事务（或执行任何其他操作）并不反映真实世界的 Fabric 操作。单个容器永远不会安装整个网络的加密 material。相反，配置更新需要安全地带外传递给 Org2 管理员进行检查和批准。
假设我们有 4 个组织 Org1、Org2、Org3 和 Org4，我们正在创建 Org5。
让 Org1 和 Org2 属于同一个 cli，而 Org3 在 Org3cli 中，而 Org4 在 Org4cli 中
假设将 org5 启动到网络中的所有初始步骤都已完成。
在进入对等通道 signconfigtx 时，我首先使用 Org1 的对等端从 cli 进行签名，Org2.But我需要一个签名，因为大多数人说 3.
我代表 org3 去 Org3cli 作为签名，但由于对等通道 signconfigtx 方法是本地 cli（包含 Org1 和 Org2）不知道它。（结果未发送给订购者）。
因此在现实世界场景中，单个 cli 不应处理所有配置，您如何处理 2 个不同 cli 之间的交互？
正如您正确解释的那样，文档告诉您使用可以访问多个组织的加密 material 的单个控制点设置多组织网络并不能反映事情的运作方式在现实世界。我们在示例中这样做是为了让 bootstrap 多组织沙箱网络变得容易。
在现实世界中，您需要将序列化配置（更新）事务带外传递给所有需要根据通道策略对其进行签名的组织。 Fabric 目前不提供任何工具来处理带外通信……这由网络成员决定。
有一些供应商正在为 Fabric 提供治理和生命周期管理工具作为其产品的一部分，但目前在开源中没有可用的 Fabric 特定工具。
以下是 v1.1 的 hyperldedger fabric 文档的一部分：
在组织之间切换以签署配置事务（或执行任何其他操作）并不反映真实世界的 Fabric 操作。单个容器永远不会安装整个网络的加密 material。相反，配置更新需要安全地带外传递给 Org2 管理员进行检查和批准。
假设我们有 4 个组织 Org1、Org2、Org3 和 Org4，我们正在创建 Org5。
让 Org1 和 Org2 属于同一个 cli，而 Org3 在 Org3cli 中，而 Org4 在 Org4cli 中
假设将 org5 启动到网络中的所有初始步骤都已完成。
在进入对等通道 signconfigtx 时，我首先使用 Org1 的对等端从 cli 进行签名，Org2.But我需要一个签名，因为大多数人说 3.
我代表 org3 去 Org3cli 作为签名，但由于对等通道 signconfigtx 方法是本地 cli（包含 Org1 和 Org2）不知道它。（结果未发送给订购者）。
因此在现实世界场景中，单个 cli 不应处理所有配置，您如何处理 2 个不同 cli 之间的交互？
正如您正确解释的那样，文档告诉您使用可以访问多个组织的加密 material 的单个控制点设置多组织网络并不能反映事情的运作方式在现实世界。我们在示例中这样做是为了让 bootstrap 多组织沙箱网络变得容易。
在现实世界中，您需要将序列化配置（更新）事务带外传递给所有需要根据通道策略对其进行签名的组织。 Fabric 目前不提供任何工具来处理带外通信……这由网络成员决定。
有一些供应商正在为 Fabric 提供治理和生命周期管理工具作为其产品的一部分，但目前在开源中没有可用的 Fabric 特定工具。