Orderer在Hyperledger Fabric中的主要作用是什么？

Question

我很想知道Orderer在Hyperledger Fabric中的主要作用。一些教程说这是一个验证器，有些人说它用于达成共识。

Answer 1

  

订购服务为客户端和对等方提供共享通信通道，为包含事务的消息提供广播服务。客户端连接到信道并且可以在信道上广播消息，然后将消息传递给所有对等体。该通道支持所有消息的原子传递，即具有总订单传递和（特定于实现）可靠性的消息通信。换句话说，通道向所有连接的对等体输出相同的消息，并以相同的逻辑顺序将它们输出到所有对等体。

取自official documentation。

订购服务无法进行交易验证，它的主要目标是为已发布的交易提供总订单，减少已订购交易的块。

Answer 2

订购者负责将交易打包到块中，并通过网络将其分发给Anchor Peers。

Fabric的transaction flow具有建议，包装和验证步骤。订购者为responible for Packaging，参与了 distribution of new blocks on the network的验证步骤。

因此，Fabric Order的默认生产就绪实现基于Apache Kafka，其中“ Kafka is a messaging software that has high throughput fault tolerant feature”。订购者没有持久性，没有数据库，也没有自己的分类帐。

不幸的是，负责分配新块的订购者蜂鸣并不意味着它是Fabric网络中唯一需要了解其他对等节点的节点（这太简单了，不是吗？）。在提议步骤中，客户应要求背书的对等方同意（签署）提议的链码调用的结果。认可对等方由认可策略定义，并通过service discovery找到。