Hyperledger Fabic中的Transaction流程

Hyperledger Fabic中的Transaction流程

Transaction处理流程时从client发起proposal到背书节点，背书节点发返回背书结果。client再将proposal及其返回打包成成transaction，并将transaction发送到ordering-service排序并打包成block，广播到commit-peer。最后commit-peer验证交易并更新账本。

1. Endorsement

该过程由Client向endorse-peer（背书节点）发出proposal消息，背书节点会验证该消息，并模拟执行。需要注意，此时模拟执行的结果并不会写入ledger中。之后，背书节点会向Client发送对应该proposal的response。

Proposal的消息结构如下所示，其中包含一个Header（identifer、metadata、ID of chain等）、Payload。

endorse-peer会验证proposal的如下内容：

• proposal格式
• 该proposal是否之前收到过，防止replay-attack.
• 用MSP检查签名是否正确
• 提交者是否符合当前channel的权限要求

proposal_response的消息如下，其中包含是否成功的code、payload、signature等。payload中会包含proposal的hash值，以便将response与特定的proposal对应。

2. Ordering

client收到proposal的response之后，会将这些通过endorse的proposal及其response组成一个transaction。什么条件表示endorse通过是由背书策略决定的。

然后，client将transaction发送给Ordering-Service，经过ordering-service的排序后，order-peer会将排序后的transaction打包成block，然后将这些block广播到所有commit-peer（记账节点）。

3. validate

commit-peer收到block后会验证其中的transaction，当验证通过后，会将根据block信息更改ledger，并产生一个propriate event事件。