我在徘徊什么是最好的"订购HF开发周期的步骤?以下是一些以不同主题组织的问题。
1.如果我使用CLI docker容器来管理我的BN,那么将我的链代码克隆到CLI然后安装它并将其实例化到某个对等节点是一个好习惯吗?
2.在我更改了我的链码之后,我是否需要使用不同的id再次安装它到同一个对等端,或者我可以只更新我的链代码的现有实例?
我的想法是将这个问题放在我们可以添加有关这三个主题的所有相关问题的地方,所以请编辑并添加其他问题!谢谢你的回答。
答案 0 :(得分:2)
让我试着回答你的问题:
一个业务网络定义(组织,同行,ca)中的强制成员是什么?
唯一必需的网络实体是同行和订购服务。当然,为了能够定义任何东西,你应该有一个组织的概念,即将要进行交易的各方。每个这样的一方都希望有许多同行代表组织运行链码(smartcontracts)。 CA需要颁发证书并将对等方和客户端身份绑定到某个组织。
我们的业务网络(bn)需要多少梨?
所需的对等数量完全取决于您的业务逻辑和要求,需要满足对可用性,可扩展性和您的信任模型(认可政策)的期望。
我知道频道和同伴之间关系的语义,但我不确定同伴和组织之间的关系?
Peer是代表给定组织执行链代码的网络实体,增加了组织对执行结果正确性的信心。
另外,如果只有一个组织(org1.example.com)将使用已开发的网络,如何在该用例中指定认可策略(因为我们在链代码实例化命令规范中至少需要两个组织)?
您不必至少有两个组织来定义认可政策,而一个组织有点多余,因为默认认可政策是让来自渠道的某些同行签署认可请求。
当我们开发SDK(Node.js)时,为了与我们的BN交互,我们的SDK应用程序需要哪些CA证书才能连接和发布链代码功能?
您不需要CA证书,但您需要由根CA签名的客户端证明客户身份并使对等方能够在客户端具有正确的访问权限时进行验证。
如何颁发SDK应用程序所需的CA证书?
您可以使用fabric-ca来注册使用并获取客户端证书,或者您只需利用cryptogen
为您生成客户端证书。
如果我使用CLI docker容器来管理我的BN,那么将我的链代码克隆到CLI然后安装它并将其实例化到某个对等节点是一个好习惯吗?
这就是事情,peer cli
有点滥用,因为它的主要用途是在开发和演示中快速测试。与Hyperledger Fabric通信的正确方法是使用SDK,例如:你基本上需要实现一个客户端,它能够根据你自己的逻辑和与你的应用程序相关的参数来安装和实例化链代码。
在我更改了我的go-chain代码之后,我是否需要使用不同的id再次安装它到同一个对等体,或者我可以只更新我的链代码的现有实例?
你有一个升级程序,在Hyperledger Fabric documentation中有很好的介绍。或者您可以在video上看到一个简短的演示。
我的想法是将这个问题放在我们可以添加有关这三个主题的所有相关问题的地方,所以请编辑并添加其他问题!
请考虑登录Rocket.Chat并使用#fabric频道提问。
此外,请查看documentation,因为有关您的问题的大部分信息和详细信息都可以在那里找到并且不断更新。