标签：写入 维护 区块 load 返回 abr 不能 校验 comm
在Hyperledger中，由三种类型的角色：
Client：应用客户端，用于将终端用户的交易请求发送到区块链网络；
Peers：负责维护区块链账本，分为endoring peers和committing peers，其中，endorser为交易做背书（验证交易并对交易签名），committer接收打包好的区块，然后写入区块链中。Peers节点是一个逻辑的概念，endorser和committer可以同时部署在一台物理机上。
Ordering Service：接收交易信息，并将其排序后打包成区块，放入区块链，最后将结果返回给committer peers。
1、客户端通过SDK接口，向endorsing peer节点发送交易信息：
2、每个endorsing peer节点模拟处理交易，此时并不会将交易信息写入账本。然后，endorser peer会验证交易信息的合法性，并对交易信息签名后，返回给client。此时的交易信息只是在client和单个endorser peer之间达成共识，并没有完成全网共识，各个client的交易顺序没有确定，可能存在双花问题，所以还不能算是一个“有效的交易”。同时，client需要收到“大多数”endorser peer的验证回复后，才算验证成功，具体的背书策略由智能合约代码控制，可以由开发者自由配置。
3、client将签名后的交易信息发送给order service集群进行交易排序和打包。Order service集群通过共识算法，对所有交易信息进行排序，然后打包成区块。Order service的共识算法是以组件化形态插入Hyperledger系统的，也就是说开发者可以自由选择合适的共识算法。
4、ordering service将排序打包后的区块广播发送给committing peers，由其做最后的交易验证，并写入区块链。ordering service只是决定交易处理的顺序，并不对交易的合法性进行校验，也不负责维护账本信息。只有committing peers才有账本写入权限。
标签：写入 维护 区块 load 返回 abr 不能 校验 comm
原文地址：https://www.cnblogs.com/Cchblogs/p/11194420.html
