交易流程
总共分为9步
- 应用程序 提交 交易 提案
背书节点的选择是根智能合约有关的 ,提交背书提案的顺序是没有要求的,如果一切正常,全部的节点都会返回一样的结果,只是签名不一样 - 背书节点模拟执行交易并签名 ,收到第一步提交的提案以后会做一些检查提案的工作,比如对交易提案格式,发送交易者的签名,该交易者是否有权利提交这笔交易
- 返回模拟执行的结果, 客户端收到以后,首选对消息进行验证,如果验证通过,才会进行后续的操作,接收操作后一般会有两种处理结果,如果该交易是个查询交易,因为查询交易不会对账本产生影响,所以只要验证签名通过以后,客户端就会把这一步的返回值做为下一步判断的依据,可能会导致下一次交易的产生,此次交易的流程结束,而如果该交易是写交易,情况复杂很多,客户端必须收集到足够多的背书结果,然后将背书提案背书结果再加上自己的签名合起来成为一个交易,然后将该交易发送给排序节点,这一步只需要确认所有的背书结果交易一致,如果提交了背书结果不一致的交易,排序节点是不会发现的,因为排序节点不会去读取交易的内容,只是会接收网络中所有的交易 然后按照之前规定好的排序顺序来排序,那这笔交易是否可以浑水摸鱼通过了呢?其实也不会,排序节点排序以后,会将来排序进行打包,然后广播给其他组织的主节点,就是5,6俩个步骤,
- 提交交易(模拟执行交易+签名)
- 交易排序并结块
- 广播区块
- 保存区块,更新世界状态
主节点收到区块以后,在记账的过程中会去验证改笔交易是否是有效的,如果无效会标记成无效交易,该交易不会丢弃,也会存储到区块账本里面,并不会更新状态数据库,所以无效交易只会浪费磁盘空间,后续版本应该会过滤掉无效交易 - 同步区块
在组织内部会进行区块同步,以及在记账节点保存区块,更新世界状态,这个过程跟第七步一致 - 保存区块,更新世界状态
前三步是交易模拟 ,中间三步是交易排序,七八九是交易同步以及记账