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

以下内容作为1.1版hyperldedger结构文档的一部分提供：

在组织之间切换以签署配置事务（或执行任何其他操作）并不反映真实世界的结构操作。单个容器永远不会安装整个网络的加密材料。相反，配置更新需要在带外安全地传递给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不能处理所有配置，您如何处理两个不同cli之间的交互？

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

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

---

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

HI，感谢您的回复。您能告诉我们为您的客户提供治理和生命周期管理的供应商的名称吗fabric@GariSingh，在最新版本的hyperledger fabric中是否增加了带外通信功能？目前还没有在该领域的fabric中添加任何功能。IBM和Oracle都为此提供了云解决方案。