Ibm cloud 为什么我们需要使用PeerAdmin@byfn-用于网络启动的network-org1卡？

关于“将Hyperledger Composer区块链业务网络部署到Hyperledger结构（多个组织）”教程的问题。在第十七步中，我们为什么需要使用PeerAdmin@byfn-network-org1卡，而不是PeerAdmin@byfn-仅网络org1卡？ 我试图将这些说明应用于IBM区块链平台上的多组织网络，但当我尝试与所有对等方一起使用该卡时，出现了一个错误。如果我和单一组织的同龄人一起使用卡片，事情似乎进展顺利。但我想知道是否有一个具体的原因使用多组织对等卡的“作曲家网络开始”。 谢谢 Naveen

正如您所知道的（从您提到的），Org1需要两个连接配置文件。一个连接配置文件将只包含属于Org1的对等节点（-only），另一个连接配置文件将包含属于Org1和Org2的对等节点

步骤17中的

composer network start

正在将所有对等方（在配置文件中定义）上的业务网络实例化到共享分类账/通道。该通道包含在connection.json（商业网卡的一部分）中，即在“区块链网络”上的所有（两）组织对等点上实例化该通道。先前的“composer运行时安装”已经在这些对等机上完成。对于业务网络，“启动”只需执行一次（例如，在本例中由Org1管理员执行）。因此，连接配置文件将包含对等节点信息，该信息同时属于Org1和Org2（即PeerAdmin@byfn-网络-org1'卡导入钱包）。与之相反：名为

byfn-network-org1-only

的卡只定义了org1的对等方（因为在现实世界中，通常只允许您在自己组织的对等方上安装Composer runtime，而不允许在其他组织的对等方上安装）。PeerAdmin具有运行时安装和网络启动的角色/权限

---

听起来你的卡片可能真的是“走错了路”——完全是基于你写的。因为您肯定需要卡中定义的两个对等方才能执行第十七步，而您不能使用“-only”卡。我会检查你的连接配置文件，看看在哪里

谢谢你，保罗！我反复检查了我的卡。如果实例化策略要求实例化/启动得到多个组织的认可，我可以理解需要与多个组织的对等方建立卡/连接配置文件。但是，由于默认的实例化策略只需要一个单独的背书，即事务是由具有通道管理员权限的人发起的，因此不需要有关于其他对等方的信息。可能这就是我使用“-only”卡执行步骤的方式。Naveen，本教程没有指定默认的结构策略，它创建了一个策略文件

背书策略.json

，需要来自两个组织的对等方（阅读本教程）。请参阅hyperledger.github.io/composer/tutorials/…它还有一个指向Fabricx文档的链接，即hyperledger fabric.readthedocs.io/en/release/。因此，本教程基于两个组织的认可：-）。如果您已经定制了不同的env，建议阅读结构文档（认可政策与基础结构基础设施相关-Composer位于顶部：-）