在上个实验 Hyperledger Fabric 多组织多排序节点部署在多个主机上 中，我们已经实现了多组织多排序节点部署在多个主机上，但到目前为止，我们所有的实验都只是研究了联盟链的网络配置方法（尽管这确实是重难点），而没有考虑具体的应用开发。本文将在前面实验的基础上，首先尝试使用 Go 语言开发了一个工作室联盟链的项目信息智能合约，并成功将其部署至联盟链上；然后依据官方示例，使用 fabric-gateway 模块实现了一个能够管理项目信息智能合约的客户端；之后对比了 fabric-gateway 模块和 fabric-sdk-* 模块各自的优缺点，分析官方示例源码实现了通过 fabric-sdk-* 模块管理整个联盟链网络。一般语境下，本文默认智能合约等于链码。
最近对目标识别感兴趣，想做一些有趣目标识别项目自己玩耍，本来选择的是 YOLOV5 的，但无奈自己使用 YOLOV5 环境训练模型时，不管训练多少次 mAP 指标总是为 0，而其它 pytorch 项目却能正常运行，尝试解决无果后发现另一个更好用的目标识别库——MMDetection ，最终实现了自己的需求。本文首先介绍了 MMDetection 库在 Windows 11 下的安装方式，及可能遇到的问题和解决方法；然后说明了其自带的单图片检测、视频检测、摄像头检测工具的使用方法，并在此之上扩展了一个同时包含上述功能并且能够批量检测图片的 Python 代码；最后以数据集 CelebA 数据集为例，详细记录了使用 MMDetection 训练私有数据集的方法。
摘要 Fabric 网络启动的过程中需要进行大量配置，新学时对各个配置的作用一无所知，这导致我曾在网络出问题时先对配置文件的内容进行排列组合后再祈祷它能在
前言 在实验Hyperledger Fabric无排序组织以Raft协议启动多个Orderer服务、TLS组织运行维护Orderer服务中，我们
在实验 Hyperledger Fabric无排序组织以Raft协议启动多个Orderer服务、多组织共同运行维护Orderer服务 中，我们已经完成了让普通组织运行维护 Orderer 服务，但是最后发现由于运行排序服务的组织需要较为开放的访问策略，可能会降低组织的安全性，所以本实验将尝试使用提供 TLS-CA 服务的 council 组织运行维护 Raft 协议的三个 orderer 节点。本文将在之前的实验基础上，启动一个没有 orderer 组织的 Fabric ，其中由 council 组织提供排序服务，其余三个组织维护着各自的 peer 节点，最后成功在其上部署运行链码。
在Hyperledger Fabric无系统通道启动及通道的创建和删除中，我们已经完成了以无系统通道的方式启动 Hyperledger Fabric 网络，并将链码安装到指定通道。但目前为止，实验中的 orderer 服务都是通过单独的排序组织来维护且只有一个，那能不能不要排序组织而使用普通组织来运行维护多个 orderer 服务呢？当然是可以的，本文将在之前的实验基础上，启动一个没有 orderer 组织的 Fabric 网络，网络中包含三个组织且每个组织运行维护着一个 orderer 节点，最后成功在其上部署运行链码。
在 Hyperledger Fabric组织的动态添加和删除 中，我们已经完成了在运行着的网络中动态添加和删除组织，但目前为止，我们启动 orderer 节点的方式都是通过系统通道的方式，这样自带系统通道的网络很不简洁优雅。好在 Fabric 2.3 以上就开始支持无系统通道创建应用通道的功能，本文将对此功能进行详细解释和介绍，然后通过无系统通道的方式启动联盟链网络并在此基础上完成通道的添加和删除。
在 Hyperledger Fabric组织的动态添加和删除 中，我们已经完成了在运行着的网络中动态添加和删除组织。本文将在其基础上，详细介绍了如何在 soft 组织上添加新的 peer2 节点，并在简要概述了删除节点的方法，本实验必要的准备工作和 DNS 配置请参考准备工作
在 Fabric定制联盟链网络工程实践 中，我们虚拟了一个工作室的联盟链网络需求，并根据此需求分析了整个网络的架构且已经完成了一个简单 fabric 网络的搭建。本文将在其基础上，在 mychannel 通道上添加新的 hard 组织，并在之后删除 soft 组织，本实验必要的准备工作和 DNS 配置请参考 准备工作。
总体来看，网络上成体系的可用的 Fabric 教程极少——不是直接在 Fabric 官网复制内容大谈基础理论就是在描述一个几乎无法复现的项目实践，以至于学习 Fabric 的效率极低，印象最深刻的就是我曾经花费几天时间尝试按照官方教程 CA Deployment steps 搭建自己的 CA 服务，却始终无法成功也找不到原因。因此，为了提高生产效率，本系列虚拟了一个工作室联盟链需求并将逐步实现，致力于提供一个易理解、可复现的工程项目，其中工程部署配置的各个环节都清晰可见，并且可以通过流程脚本能够快速复现在任何一台主机上。
