Hyperledger indy 系统概述

系统概述

1、系统维护一个被复制的有序的交易记录，称为帐本；

2、维护这个记录的系统参与者称为节点。节点运行共识协议（RBFT），以商定交易的顺序。为简单起见，可以假设其中一个节点是领导者（主），它决定交易的顺序，并将其与节点的其余部分（追随者）进行通信；

3、共识协议的每次运行（3阶段提交）都会对一批交易集合进行调整；

4、节点维护几个账本，每一个都有一个明确的目的。它有一个用于节点成员交易的账本池，如添加新节点、暂停节点、改变ip/端口或节点的键、身份交易的帐本等等；

5、除了帐本，节点还保持每个账本状态，即Merkle Patricia Trie。它可能还会保留其他一些对账的预测。有关存储的更多信息，请参考存储文档

6、拥有适当权限的客户端可以向节点发送写交易请求，但是任何客户端都可以将读请求发送给节点；

7、客户端到节点和节点到节点的通信发生在CurveZMQ上。代码库抽象一个“Stack”来管理通信。它有几个变体，提供不同的特性；

8、在接收交易节点上执行一些基本验证，并将请求广播到其他节点。这被称为请求传播，在RBFT论文中有更多的细节。一旦节点意识到有足够多的节点得到了请求，它们就会认为这个请求已经准备好处理了。主节点通过一个3阶段提交过程发起新一轮的共识，在此过程中，所有节点将交易添加到他们的帐本和相应的存储中。更多关于RBFT论文3阶段提交的详细信息。不同类型的请求会更新不同的账簿和存储层。这里有一个关于