菜鸟的博客

本节全面讲述Fabric事件监听机制，并用实际客户端代码演示事件监听的特点、特性。

【农产品溯源项目前后端Demo】前端目录结构以及二次开发流程

【农产品溯源项目前后端Demo】后端二次开发的重点修改位置

【农产品溯源项目前后端Demo】后端-区块链连接服务

农产品溯源项目后端代码结构

农产品溯源 前后端 + 区块链网络

通过admin账户创建用户、角色、菜单等

·农产品溯源项目前后端 + Fabric2.2 区块链集群 +溯源合约搭建完整农产品溯源项目

Fabric-Go-SDK 调用农产品溯源集群

本节介绍IPFS与区块链结合的优势，并安装部署IPFS，使用golang客户端进行测试，以及如何与Fabric进行结合。

区块链技术方案答疑

当我们使用`cryptogen`工具生成生成证书，会产生一个叫做`organizations`的文件夹，文件夹各种证书作用不同，本节将明确各证书用法，同时证书与Fabric权限体系关联密切，这里尽量抽离，大家专注证书文件本身。...

最近小伙伴设计区块链业务场景时，对于这几个概念的关系比较模糊，尤其各级权限如何管理，哪些使用区块链相关的证书、秘钥，哪些属于业务系统自己定义的秘钥，作者尽量用简明的方式来介绍，总结出一套成熟的应用模式。.........

通过上一节学习我们可以通过调用Fabric Go SDK实现对合约数据写入及查询。这节我们使用Web 框架（Gin）构造服务端，用户可以以Http请求形式访问Fabric2.2。

前面的课程大家学会使用命令行访问区块链节点，本节使用Fabric go sdk调用Fabric2.2 区块链集群，进行交易写入及查询。注：不包括区块链节点管理功能，例如：创建通道、安装合约等。

之前写过一篇文章，大家尽量不要去改造共识算法，这个难度很高，尤其共识算法再与区块链底层平台结合，那真是压力山大。一个完整的PBFT拥有完善的状态机流转，除多轮次投票，还要考虑投票超时处理、View Change等，Primary节点更换等，节点异常退出及重连，网络包乱序、丢包处理等，复杂度很高。本节简单实现PBFT，根据开源SIMPLE_PBFT改造，无View Change逻辑，只实现多轮次投票逻辑，帮助大家理解学习PBFT原理，有技术实例的同学可根据本节附带的代码，进一步二次开发，例如增加PoS流程等。

通过前面课程学习可以看出，区块链集群部署流程是非常复杂的，各个企业都致力于开发区块链的BaaS平台，来实现一键部署、管理区块链集群，将复杂的技术实现屏蔽，提高开发效率。作者开发非常简单的一键部署区块链Fabric2.2 的系统，能够降低部署复杂度。1. 为什么要提供区块链部署服务经过上面的课程学习，相信大家已经能够理解如何部署区块链集群，但用户可能会不停的部署集群、销毁集群、部署合约等等操作，在技术知识了解的情况下，这些操作都只是体力活，没有任何技能增长，因此作者提供一个简单的集群部署、销毁工具。.

> 上节课测试Golang版本的环签名算法，本节课设计电子投票场景、开发智能合约以及编写测试客户端。

本节课基于Fabric2.2 搭建环签名匿名投票Demo，不涉及到前后端开发，主要内容：设计业务场景、编写智能合约、客户端模拟投票。

有很多同学反馈 Fabric 智能合约读起来比较费劲，对于新手不友好看不懂，这里选择一个司法存证的智能合约，阅读、分析智能合约基础框架与核心流程代码，培养大家智能合约编写的方法论。

最近研究了一下CPABE/KPABE，个人理解这两种算法可能和Fabric、智能合约都没有太多的关系，更多的是上链前对数据使用ABE算法加密，客户端从区块链取回数据后，进行解密。通常使用CPABE实现访问控制，所以本节只是学习如何使用Go语言实现CPABE，并未与Fabric进行集成！！！ 请大家注意~

上节我们测试gnark的hash验证功能，由于Fabric2.2 官方ccenv的golang版本是1.14.4，而gnark需要1.17版本，因此我们重新编译fabric-ccenv镜像，以及编写、测试智能合约。

gnark 零知识证明 与 Fabric 2.2 集成

本节课我们将从系统层面分析，Fabric + 溯源场景常见的架构设计，包括整体架构图、物理部署图、逻辑部署图、交易时序图等，帮助同学们从高层视野溯源系统理念。

基于Kafka共识算法 部署Fabric2.2 集群

查看网上很多教程，大多使用Caliper工具进行查询性能测试（QPS），针对插入类交易（写入账本的交易）进行性能测试并没有，但是大部分同学的需求，我们基于前面的多Orderer集群的课程，使用Caliper进行插入类交易性能测试。

应组织要求，研究基于arm64 + 国产操作系统下 构建Fabric2.2集群，Fabric官方不支持arm环境部署，在ISSUE下也能看到部分用户对支持arm64 的迫切需求，但Fabric 开发者表达并没有在arm环境上大规模测试，可能出现问题，感兴趣的去github上看看。Fabric 在arm环境运行网上资料也有很多，大家需要根据理解吸收、修改，真正理解内在运作方式。废话不多说，下面我们开始Work吧，跟着一步一步操作。如有问题，评论区敲我~1. 如果您直接运行make peer-docker.

> 这是一篇后补文章，看时间大家能够看出来，通过前面的学习，大家知道如何增加组织、如何部署多Orderer，本节介绍如何在一个组织内部署多个Peer节点，本节是基于上一节操作的继续，脚本也是基于上节进行修改的。...

部署三个Orderer节点操作步骤

Fabric 智能合约多版本并发控制、读写集如何理解

部署官方区块链浏览器

命令行形式农产品溯源合约测试脚本开发

编写脚本支持农产品溯源合约的install、approve、commit，

在GoLand环境下，编写测试用例，可单步Debug 或 Run 智能合约测试，可以快速发现合约编写Bug，节省合约安装、提交时间，提高交付效率

农产品溯源合约开发，含有完整合约代码。

智能合约与业务逻辑关联度高，承载大量业务逻辑，本小节教大家搭建智能合约开发环境，并编写合约打包脚本。

上节已经为农产品溯源流程中的角色创建组织信息，这节将创建通道以及四组织下节点加入通道。

区块链农产品溯源系统涉及多个角色，包括农户、加工厂、物流机构、零售商、消费者，他们属于不同的组织结构，需要部署区块链节点，这里需要把消费者剔除，消费者是不会部署区块链节点的，本小节我们将构建4组织的区块链集群。1. 设计区块链集群前几节部署的Demo只有两个组织，每个组织一个节点，一个Orderer节点。该项目根据要求，部署四个组织，每个组织一个节点，一个Orderer节点（Orderer节点的数量，我们在农产品溯源项目结束后进行扩展，现阶段需要逐步吸收知识）定义四个组织org1.exam.

智能合约设计最核心的是存储字段的设计、也就是索引设计，本小节教大家如何设计智能合约字段，如何处理范围检索

区块链农产品溯源系统需求分析与API设计