摘要: 在fabric开发中,chaincode的测试是一个令人比较头疼的问题,一是由于实际情况中chaincode中的存储和查询是依赖于peer节点上的状态数据库的,所以无法在本地直接测试;二是由于chaincode是运行于容器中的,这导致我们很难获取在代码中打印的日志。 如果直接在实际开发环境中测试ch 阅读全文
posted @ 2020-05-23 11:48 zhayujie 阅读(1392) 评论(0) 推荐(0) 编辑
摘要: 前面关于fabric部署的介绍都是基于单机环境下的,实际生产环境中一般会根据应用场景将节点分开部署在多台物理机上,面临的难题主要是不同主机间的节点如何通过网络进行通信。 前言 这里仍然以balance-transfer v1.0为例,尝试将两个组织分布到内网中的两台机器上,部署示意图如下: 这里使用 阅读全文
posted @ 2020-05-23 11:37 zhayujie 阅读(1401) 评论(0) 推荐(0) 编辑
摘要: 在fabric网络运行过程中动态追加新的组织是相当复杂的,网上的资料也十分匮乏,大多是基于first-network这样的简单示例,而且是使用启动cli容器的方法来增加组织,几乎没有针对实际应用的解决方案。本文介绍了如何在应用程序中调用SDK来进行组织的动态增加。 前言 首先需要介绍一个配置区块的概 阅读全文
posted @ 2020-05-23 11:27 zhayujie 阅读(906) 评论(0) 推荐(0) 编辑
摘要: fabric网络在创建时就已经确定了初始的节点数量,而在实际应用场景中可能会需要在某个组织中动态增加节点。这里以balance-transfer v1.0为例(2 Org,4 Peer),介绍如何在org1中加入第3个peer节点。 ##一、追加新节点的身份信息 首先需要在组织org1的MSP目录中 阅读全文
posted @ 2020-05-23 11:25 zhayujie 阅读(692) 评论(0) 推荐(0) 编辑
摘要: 组织(Org)和通道(Channel)的名称是fabric网络比较重要的两个配置参数,在fabric提供的示例中都已经设置好了这两个参数,一般组织名为"Org1"和"Org2",通道名为"mychannel"。而在实际应用开发中通常需要自定义组织和通道的名称,这里以最接近实际应用的balance-t 阅读全文
posted @ 2020-05-23 11:21 zhayujie 阅读(791) 评论(0) 推荐(0) 编辑