快速搭建fabric-v1.1.0的chaincode开发环境

本文参考了fabric官方文档:http://hyperledger-fabric.readthedocs.io/en/latest/peer-chaincode-devmode.html?highlight=peer-chaincodedev

在fabric中peer节点有一个chaincodedev模式,在这个模式下面你可以不需要去实例化一个docker容器再去执行智能合约,可以在本地直接运行,这样更加方便你调试。

为了不重复造轮子,作者建立了一个github工程:https://github.com/luckydogchina/fabric-v1.1.0-chaincodedev

==================================================================================

1.首先准备好fabric v1.1.0工程和相关环境,这里我就不赘述了。然后我们下载fabric-v1.1.0-chaincodedev工程,按照README.md执行,终端显示如下的结果:

  注意:执行前请保证本地的7050~7053端口没有被其他进程所占用。

2. 查看当前的channel状况:

  #开启一个终端窗口A,进入 fabric-v1.1.0-chaincodedev/chaincodedev

  cd    $fabric-v1.1.0-chaincodedev/chaincodedev

  #枚举当前已经存在的channel

  FABRIC_CFG_PATH=./sampleconfig peer channel list
  显示结果如下:

    

 可以清楚的看到,此时已经创建了两个channel test1、test2;

3.编译智能合约并安装

 这里以example02智能合约为例: 

#开启一个新终端B,进入fabric的example目录下

  cd  $fabric/examples/chaincode/go/chaincode_example02

  #编译出智能合约

       go build

  #运行智能合约在本地,注意一定要保持运行状态

  CORE_CHAINCODE_LOGLEVEL=debug CORE_PEER_ADDRESS=127.0.0.1:7052 CORE_CHAINCODE_ID_NAME=mycc:0 ./chaincode_example02   

  

#在终端窗口A中执行安装命令:

  FABRIC_CFG_PATH=./sampleconfig peer chaincode install -n mycc -v 0 -p github.com/hyperledger/fabric/examples/chaincode/go/chaincode_example02

  #初始化智能合约,根据不同的智能合约要求,要填入不同的参数

   FABRIC_CFG_PATH=./sampleconfig peer chaincode instantiate -n mycc -v 0 -c '{"Args":["init","a","100","b","200"]}' -o 127.0.0.1:7050 -C test1
注意:此时你已经在 channel test1中安装了智能合约 chaincode_example02;

4.执行智能合约

  #在终端窗口A中执行以下命令:

   FABRIC_CFG_PATH=./sampleconfig peer chaincode invoke -n mycc -c '{"Args":["invoke","a","b","10"]}' -o 127.0.0.1:7050 -C test1

  注意:此时a向b转了10元钱,a的账户余额应为90,b的账户余额应为210;

  #执行查询命令

  FABRIC_CFG_PATH=./sampleconfig peer chaincode query -n mycc -c '{"Args":["query","b"]}' -o 127.0.0.1:7050 -C test1 #查询a的余额

  FABRIC_CFG_PATH=./sampleconfig peer chaincode query -n mycc -c '{"Args":["query","b"]}' -o 127.0.0.1:7050 -C test1 #查询b的余额

  

此时我们可以看到窗口B中运行的智能合约打印的日志:

  

 

 

 

 

 

 

到此为止我们的示例就讲完了,最后我简单陈述一下dev模式下和正式环境下智能合约运行有什么不同:

  正式环境下:

    invoke proposal--> endorser -->docker container-->chaincode

  dev环境下:

    invoke proposal --> endorser --> chaincode

  注意:在执行过程中chaincode要一直保持运行。

那么chaincode是如何与 endorser之间交互的?

  只要简单的浏览以下fabric的源码你就会发现,fabric中主要有以下几个grpc通讯服务:

    eventhub:用于事件流服务,客户端调用此服务向peer注册监听事件;

    broadcast:用于交易的广播,client向orderer提交交易的时候用的就是这个服务;

    deliver:提交区块,peer节点通过这个服务从orderer节点拉取新生成的块;

    chaincode:智能合约与endorser之间通讯服务;

    gossip:流言服务,用于同一个组织下的peer之间进行数据的同步(Anchor节点向其他节点同步区块账本).

  为什么智能合约和fabric之间还有一个grpc通讯服务?这是因为智能合约通常有读取和写入区块链账本的行为,区块链账本是在endorser节点本地保存的,而智能合约是在endorser节点的docker容器中运行的,它无法直接endorser节点本地从读取数据,只有通过endorser节点中转才能完成读写数据的动作。chaincodes server的端口默认为7052,所以我们在模拟运行的时候要告诉智能合约peer chaincode server的服务地址是 127.0.0.1:7052。那么有同志要问了,在本文的环境中peer也是在容器里面运行的,为什么你指定的地址是127.0.0.1,很简单,peer容器的7052端口绑定的是本地的7052端口,所以你向本地地址发送就可以了。

  另外在阿里云服务器上运行docker-compose环境,尤其是涉及到容器之间交互通讯的,可能发生无法通讯的情况,这时你要修改一下云服务的网络配置:

  

 


      

posted @ 2018-04-09 14:56  王的博客  阅读(2654)  评论(0编辑  收藏  举报