├── ca
├── msp
├── peers
├── tlsca
└── users
让我逐一解释 CA:包含CA证书和私钥 tlsca:包含CA证书和私钥(TLS版本) MSP:这是组织MSP,我们需要它来生成创世块
Organizations:
- &nbd
Name: nbd
ID: nbdMSP
MSPDir: crypto-config/peerOrganizations/nbd/msp
AnchorPeers:
- Host: nbd-peer1-nbd
Port: 7051
├── msp
└── tls
├── admincerts
├── cacerts
├── keystore
├── signcerts
└── tlscacerts
admincerts: 这是对等节点msp,与组织msp不同,每个对等节点都可以拥有管理员证书,用于允许管理员权限用户发出管理员级别的交易。 cacerts: 受信任的根CA证书 keystore: 对等节点的私钥 signcerts: 对等节点证书的签名证书 tlscacerts: 受信任的根CA证书(TLS版本)
----订单者也是一样----
用户
├── Admin@nbd
└── User1@nbd
----对于用户也是相同的----
以防你还有疑问,你的帖子有点老了,你可能已经回答了你的询问。
答:我认为在为什么需要所有这些证书方面,@kots 已经基本涵盖了。至于你问题的第二部分,之所以需要复制这么多加密对象,是因为在生产环境中,应该将每个容器分开。因此,您挂载它们的文件夹应该包含通信和授权所需的所有对象。不应该有一个只包含文件副本的中央文件夹。
答:它们通过一堆安全机制(例如通道、MSP 等),通过八卦协议进行传递,并且需要验证每个请求。有关更多详细信息,请参阅 @kots 提供的链接。
答:您可以使用cryptogen(不使用Fabric-ca),Fabric-CA(使用自己的外部根证书,由cryptogen生成的证书或由fabric-ca生成的证书),或者您可以自己带CA,但这有点困难,需要与您的ChainCode授权策略相匹配。
答:使用Fabric-CA可以为您提供几乎生产就绪的环境。他们处理大多数加密生成任务,以及处理CRL和Enrollment。如回答#3所述,根据您的要求,您可能会有很多混合选择。
此致敬礼。