HyperLedger Fabric orderer过程解析&如何基于tendermint实现fabric的拜占庭容错排序

一.引言

          HyperLedger Fabric作为一个架构灵活的企业级区块链平台，正在被越来越多的企业用于生产环境。上次我分享过一篇文章《HyperLedger Fabric在携程区块链服务平台的应用实战》介绍了一些我们对于HyperLedger Fabric的落地经验，并重点分享了Fabric框架在代码结构灵活性上的一些认识，我们在Fabric开源框架的基础上做了一些自己的创新研发。这次主要聊一下我们在Fabric排序服务（共识）做的一个创新点。

二.fabric orderer服务过程分析

      我们先以最简单的solo为例，看一下Fabric的orderer节点接收排序请求后的主要处理逻辑。首先，orderer的排序服务需要实现consensus包的Consenter（排序引擎）interface，Consenter接口只需要实现一个HandleChain方法，该方法需要返回一个Chain对象。Chain对象需要实现Chain interface，实现Order（普通交易排序）、Configure（配置交易排序）、Start等主要方法。那我们现在来看一下当一个orderer节点启动后，将会经过怎样的步骤，如何实现对交易的排序。

1.当我们在fabric网络定义排序类型为solo的情况时，orderer节点启动会初始化一个solo consenter对象（参考代码orderer/common/server/main.go中的方法initializeMultichannelRegistrar）。

2.当orderer启动后，orderer节点会检查本地账本中存在的通道，此时发