-CORE_VM_DOCKER_HOSTCONFIG_NETWORKMODE 在第2行和5行都出现了,应该去掉第2行?85页的14行也是一样。
在第五章中的所有peer的启动文件里都有fabric-ca容器的启动配置,会造成每台peer节点上都会运行有ca容器,而ca是用来颁发证书的,solo单机测试中peer节点已经通过启动配置文件指定了证书和密钥的位置,所以solo不需要。启动ca会造成资源的浪费,另外也会更容易出错。
该启动模板在本书中仅作演示之用,在后续修订时会考虑把CA部分删去
//如果key存在,它会用新key覆盖value。
中, 第二个key应改为value,具体可参照hyperledger官方英文教程:链接, 原文为:
// Set stores the asset (both key and value) on the ledger. If the key exists,// it will override the value with the new one
175页第一行也是如此。
“它调用mycc上的v1.0版本的mycc”,这句话中的第一个mycc应改为mychannel。
“如果所在Channle已经拥有大量的数据”,这里的”Channle”拼写错误,应该改为”Channel”。
-CORE_VM_DOCKER_HOSTCONFIG_NETWORKMODE 在第2行和5行都出现了,应该去掉第2行?85页的14行也是一样。
Solo多机部署架构错误
在第五章中的所有peer的启动文件里都有fabric-ca容器的启动配置,会造成每台peer节点上都会运行有ca容器,而ca是用来颁发证书的,solo单机测试中peer节点已经通过启动配置文件指定了证书和密钥的位置,所以solo不需要。启动ca会造成资源的浪费,另外也会更容易出错。
该启动模板在本书中仅作演示之用,在后续修订时会考虑把CA部分删去
中, 第二个key应改为value,具体可参照hyperledger官方英文教程:链接, 原文为:
175页第一行也是如此。
“它调用mycc上的v1.0版本的mycc”,这句话中的第一个mycc应改为mychannel。
“如果所在Channle已经拥有大量的数据”,这里的”Channle”拼写错误,应该改为”Channel”。