Hyperledger 交易如何在一个区块中排序？

Question

在比特币区块链中，节点/对等方将订购交易、创建区块、执行 PoW 并向其他矿工“宣布”该区块。

一旦其他矿工同意（通过散列区块+公告+等...）该区块是有效的，它就是区块链的一部分。

但在 Hyperledger 中（据我所知），VP 不进行挖掘（因此不传播挖掘的块）。那么各个 VP 如何对它们进行排序，以使所有 VP 具有相同的有序交易区块呢？

Answer 1

对于 Fabric 实现，目标是拥有 (link)：

共识是一种验证网络请求顺序的方法，或者 区块链网络上的事务（部署和调用）。正确的 交易的顺序很关键，因为许多类型的网络 交易依赖于一个或多个先前的交易 （账户借方通常依赖于先前的贷方，例如 例子）。在区块链网络上，没有单一的权威 确定交易顺序；相反，每个区块链节点（或 peer) 通过实施 网络共识协议。因此，共识确保了一个 节点的法定人数同意附加交易的顺序 到共享账本。通过解决建议中的任何差异 交易顺序，共识保证所有网络节点都是 在相同的区块链上运行。换言之，共识 保证区块链网络的完整性和一致性 交易。

尽管如此，在当前版本中，有一个领导者（验证节点之一）负责在交易被其他节点执行之前对其进行排序。

在下一个 Fabric 版本中，可以更改此行为 (Next Consensus Architecture Proposal)：

…

对等点与共识服务通信并维护 区块链状态和账本。这样的对等点接收有序状态 来自共识服务的更新并将它们应用到本地持有的 状态

…

Peers 是共识服务的客户端，共识服务的客户端 服务提供一个共享的通信通道，提供一个广播 包含事务的消息的服务。同行连接到 通道，并且可以在通道上发送和接收消息。这个频道 支持所有消息的原子传递，即消息 与总订单交付和（特定于实施）的通信 可靠性。换句话说，通道输出相同的消息到 所有连接的对等点并将它们输出到同一逻辑中的所有对等点 命令。这种原子通信保证也称为全序 广播、原子广播或共识 分布式系统。传达的消息是候选者 包含在区块链状态中的交易。