基于区块链系统的分片共识方法、设备以及可读存储介质与流程

1.本技术涉及金融科技技术领域，特别是涉及一种基于区块链系统的分片共识方法、设备以及可读存储介质。


背景技术：

2.在区块链网络中，基于主节点的共识算法是常见的共识算法。pbft(practical byzantine fault tolerance)共识算法是现有较为常用的一种共识算法，在pbft共识算法中，其view change方法可以从区块链系统的多个节点中选取出一个主节点，主节点用于在下一轮区块共识中进行区块打包等。
3.然而，现有的单链系统，性能和容量都有局限性；在现在主流的公链上面，每一个节点都处理所有交易并存储所有状态，导致网络处理能力无法扩展到超过每个节点。


技术实现要素：

4.(一)本发明所要解决的技术问题
5.如何提供一种可以提高排队效率的银行业务的排队预约方法。
6.(二)本发明所采用的技术方案
7.本技术提供一种基于区块链系统的分片共识方法、设备以及可读存储介质。
8.本技术提供的一个技术方案是：提供一种基于区块链系统的分片共识方法，所述分片共识方法包括：
9.获取所在集合中所有节点的信息，以及其他集合中节点的信息；
10.基于所述集合内的交易与所述集合内的所有节点达成局部共识，形成共识信息，并基于所述共识信息生成对应的区块；
11.向其他区块的主节点广播所述共识信息，与所述其他区块的主节点基于每个区块的公式信息进行共识；
12.判断是否接收到所有所述其他区块的主节点广播的共识信息；
13.若是，按照每个区块的共识信息对所有区块进行排序，并同步区块；
14.完成与其他区块的主节点共识后，按照排序结果执行每个区块中的交易。
15.在一些可能的实施例中，所述基于所述集合内的交易与所述集合内的所有节点达成局部共识，形成共识信息，并基于所述共识信息生成对应的区块的步骤，包括：
16.基于所述集合内的交易与所述集合内的所有节点达成局部共识，生成集合内交易集和跨集合交易集；
17.基于所述集合内交易集和所述跨集合交易集生成所述区块；
18.按照所述区块内的交易内容生成区块头，其中，所述区块头包括两个哈希值，分别对应集合内交易和跨集合交易。
19.在一些可能的实施例中，所述按照每个区块的共识信息对所有区块进行排序的步骤，包括：
20.计算所述每个区块的哈希值；
21.比较所述每个区块的哈希值大小，以使所有区块按照所述哈希值大小从大到小的顺序进行排序。
22.在一些可能的实施例中，所述按照排序结果执行每个区块中的交易的步骤，包括：
23.按照所述排序结果执行每个区块中的集合内交易，进行对应的记账；
24.按照所述排序结果执行每个区块中的跨集合交易，进行对应的记账。
25.在一些可能的实施例中，所述分片共识方法，还包括：
26.当无法接受到一个区块的主节点广播的共识信息时，根据该区块的上一个区块的共识信息计算该区块的共识信息；
27.接受该区块计算得到的共识信息作为投票的共识信息。
28.在一些可能的实施例中，所述分片共识方法，还包括：
29.当自身的所述共识信息无法发送到所述其他区块的主节点时，通知所在集合中所有节点；
30.与所在集合中所有节点重新选举出新的主节点，以使新的主节点重新发起投票。
31.在一些可能的实施例中，所述分片共识方法，还包括：
32.接收客户端发送的请求信息；
33.对所述请求信息进行交易合法性检验；
34.若检验不合法，则返回交易无效的提示信息到所述客户端；
35.若检验合法，则获取所述请求信息中的执行交易内容，验证所述执行交易内容的合法性；
36.若验证合法，则缓存所述执行交易内容对应的交易，并锁定交易账户对应的资产；
37.若验证不合法，则返回交易无效的提示信息到所述客户端。
38.本技术提供的另一个技术方案是：提供一种终端设备，所述终端设备包括获取模块、共识模块、排序模块以及执行模块；其中，
39.所述获取模块，用于获取所在集合中所有节点的信息，以及其他集合中节点的信息；
40.所述共识模块，用于基于所述集合内的交易与所述集合内的所有节点达成局部共识，形成共识信息，并基于所述共识信息生成对应的区块；
41.所述排序模块，用于当接收到所有所述其他区块的主节点广播的共识信息时，按照每个区块的共识信息对所有区块进行排序，并同步区块；
42.所述执行模块，用于完成与其他区块的主节点共识后，按照排序结果执行每个区块中的交易。
43.本技术提供的另一个技术方案是：提供另一种终端设备，所述终端设备包括处理器和存储器，存储器中存储有计算机程序，处理器用于执行计算机程序以实现上述基于区块链系统的分片共识方法的步骤。
44.本技术采用的另一个技术方案是：提供一种计算机可读存储介质，其中，计算机可读存储介质存储有计算机程序，计算机程序被执行时实现上述基于区块链系统的分片共识方法的步骤。
45.(三)有益效果
46.区别于现有技术，本技术的有益效果在于：终端设备获取所在集合中所有节点的信息，以及其他集合中节点的信息；基于集合内的交易与所述集合内的所有节点达成局部共识，形成共识信息，并基于共识信息生成对应的区块；向其他区块的主节点广播共识信息，与其他区块的主节点基于每个区块的公式信息进行共识；判断是否接收到所有其他区块的主节点广播的共识信息；若是，按照每个区块的共识信息对所有区块进行排序，并同步区块；完成与其他区块的主节点共识后，按照排序结果执行每个区块中的交易。通过上述方法，本技术通过设计分片共识机制，使用分片技术并行处理交易，缩短交易流的流程，优化交易系统性能。
附图说明
47.图1是本技术提供的基于区块链系统的分片共识方法一实施例的流程示意图；
48.图2是本技术提供的区块链网络一实施例的结构示意图；
49.图3是图1所示分片共识方法中步骤s12子步骤的流程示意图；
50.图4是本技术提供的区块1一实施例的结构示意图；
51.图5是本技术提供的主节点故障一实施例的框架示意图；
52.图6是本技术提供的区块链网络另一实施例的结构示意图；
53.图7是本技术提供的主节点故障另一实施例的框架示意图；
54.图8是本技术提供的区块链网络又一实施例的结构示意图；
55.图9是本技术提供的终端设备一实施例的结构示意图；
56.图10是本技术提供的终端设备另一实施例的结构示意图；
57.图11是本技术提供的计算机可读存储介质一实施例的结构示意图。
具体实施方式
58.为了使本发明的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本发明进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。
59.在底层公链的系统内，网络上的交易将被分成不同的碎片，其由网络上的不同节点组成。因此，只需要处理一小部分输入的交易，并且通过与网络上的其他节点并行处理就能完成大量的验证工作。将网络分割为碎片会使得更多的交易同时被处理和验证，大大缩短了交易流的流程。如果集合分配合理，大多数交易都能在集合内完成，系统性能将再次得到优化。
60.申请人认为分层进行pbft协议完成整个共识，在开发上具有可行性，因此，本技术针对这个技术提出了一种基于区块链系统的分片共识方法。具体请参阅图1，图1是本技术提供的基于区块链系统的分片共识方法一实施例的流程示意图。
61.本技术的分片共识方法的执行主体可以是一种终端设备，例如，分片共识方法可以由终端设备或服务器或其它处理设备执行，其中，终端设备可以为用户设备(user equipment，ue)、移动设备、用户终端、终端、蜂窝电话、无线电话、个人数字处理(personal digital assistant，pda)、手持设备、计算设备、车载设备、可穿戴设备等。在一些可能的实现方式中，该分片共识方法可以通过处理器调用存储器中存储的计算机可读指令的方式来
实现。
62.需要说明的是，本公开实施例的分片共识方法是以作为主节点的终端设备实现执行的。
63.如图1所示，本实施例的基于区块链系统的分片共识方法具体包括以下步骤：
64.步骤s11：获取所在集合中所有节点的信息，以及其他集合中节点的信息。
65.其中，区块链系统实现将全网的所有节点划分为k个集合，全网集合中的节点划分的结果都是一致的。例如，请参阅图2，图2是本技术提供的区块链网络一实施例的结构示意图。如图2所示，联盟链中划分至少3个集合，分别是集合1、集合2、集合3以及其他集合，各集合分层进行pbft协议完成整个共识。
66.步骤s12：基于集合内的交易与集合内的所有节点达成局部共识，形成共识信息，并基于共识信息生成对应的区块。
67.其中，图2中每个集合内部就集合内交易通过pbft算法达成局部共识，生成自己的区块，交易过程具体如下：
68.首先，客户端发送相应的交易请求给主节点，如本公开实施例的终端设备，主节点对该交易请求进行交易合法性检验。具体地，主节点验证验证该交易请求的签名是否合法；如果不合法，则提示交易无效，并返回提示信息到客户端；如果合法，则继续验证。主节点验证该交易请求的执行交易内容，如账户余额是否充足，转账额度是否满足等信息的合法性；如果合法，则缓存该交易并锁定账户对应的资产；如果不合法，则返回失败信息给客户端。
69.主节点基于集合内的交易与集合内的所有节点达成局部共识的步骤具体请参阅图3，图3是图1所示分片共识方法中步骤s12子步骤的流程示意图。如图3所示，本公开实施例的步骤s12还可以包括以下子步骤：
70.步骤s121：基于集合内的交易与集合内的所有节点达成局部共识，生成集合内交易集和跨集合交易集。
71.其中，每个集合内的交易通过pbft算法达成共识，生成集合内交易集和跨集合交易集。
72.以生成集合内交易集的过程为例，主节点将需要共识的集合内交易通过gossip协议广播给本集合内的所有从节点。其中，acc1为转出账户、acc2为转入账户，acc1以及acc2均为集合内用户。
73.客户端1发起交易1：{0101234821,20200818，acc1，acc2,50，摘要1，签名1}；
74.客户端1发起交易2：{0101234822,20200818，acc1，acc2,200，摘要2，签名2}；
75.客户端1发起交易3：{0101234823,20200818，acc1，acc2,1000，摘要3，签名3}；
76.客户端1发起交易4：{0101234824,20200818，acc1，acc2,300，摘要4，签名4}。
77.集合内的从节点接收主节点广播的交易信息后，从节点进行验证，验证通过后反馈给主节点。主节点收到从节点的反馈信息，主节点在已经成功收到超过2f个相同反馈后，形成局部共识并打包，通过gossip协议广播给集合内的所有从节点。其中，f为拜占庭节点的数目。
78.此时，交易集1账户状态变动如下：
79.账户金额变动acc1减少1550
acc2增加1550
80.集合内所有节点根据新的区块解锁相应资产，执行交易，更新数据库进行账本记账，生成集合内交易集1。
81.步骤s122：基于集合内交易集和跨集合交易集生成区块。
82.步骤s123：按照区块内的交易内容生成区块头，其中，区块头包括两个哈希值，分别对应集合内交易和跨集合交易。
83.其中，各集合并行打包区块，计算区块头哈希值，以再次进行共识。
84.以集合整理跨集合交易集2为例，acc1、aac2为集合1内账户，并且均为转出账户，acc3、acc4为转入账户，acc3、aac4均非集合1内的账户。
85.客户端1发起交易5：{0101234825,20200818,acc1,acc3,50,摘要5,签名5}；
86.客户端1发起交易6：{0101234826,20200818,acc1,acc4,100,摘要6,签名6}；
87.客户端1发起交易7：{0101234827,20200818,acc2,acc3,50,摘要7,签名7}；
88.客户端1发起交易8：{0101234828,20200818,acc2,acc4,100,摘要8,签名8}。
89.主节点，即集合1中的leader1将交易集1和交易集2打包成区块1，并计算区块1区块头的哈希值1，具体请参阅图4，图4是本技术提供的区块1一实施例的结构示意图。
90.如图4所示，主节点将交易1～交易4合并为交易集1，即集合内交易；主节点将交易5～交易8合并为交易集2，即跨集合交易。在区块1的区块头中包括交易集1以及交易集2的交易信息，主节点根据交易集1和交易集2的交易信息生成两个哈希字段，分别对应集合内交易和跨集合交易。
91.另外，在区块1的区块头还可以包括时间戳、区块高度以及上一个区块头的哈希值等信息。
92.在leader1将交易集1和交易集2打包成区块1的同时，其他集合中的主节点并行处理集合内的交易信息。
93.例如，leader2将集合内交易集3和跨集合交易集4打包成区块2，计算区块2区块头的哈希值2。具体地，acc3、acc4为集合2内账户，集合内交易集3交易如下：
94.客户端2发起交易9：{0101234831,20200818,acc3,acc4,150,摘要9,签名9}；
95.客户端2发起交易10：{0101234832,20200818,acc3,acc4,200,摘要10,签名10}。
96.交易集3账户状态变动如下：
97.账户金额变动acc3减少350acc4增加350
98.跨集合交易集4交易如下：
99.客户端2发起交易11：{0101234833,20200818,acc3,acc1,150,摘要11,签名11}；
100.客户端2发起交易12：{0101234834,20200818,acc3,acc2,200,摘要12,签名12}。
101.同时leader3将集合内交易集5和跨集合交易集6打包成区块3，计算区块3区块头的哈希值3。具体地，acc5、acc6为集合2内账户，集合内交易集5交易如下：
102.客户端3发起交易13：{0101234841,20200818,acc5,acc6,300,摘要13,签名13}；
103.客户端3发起交易14：{0101234842,20200818,acc5,acc6,2000,摘要14,签名14}。
104.交易集5账户状态变动如下：
105.账户金额变动acc5减少2300acc6增加2300
106.跨集合交易集6交易如下：
107.客户端3发起交易15：{0101234843,20200818,acc6,acc3,1500,摘要15,签名15}；
108.客户端2发起交易16：{0101234844,20200818,acc5,acc2,200,摘要16,签名16}。
109.同时leader4将集合内交易集7和跨集合交易集8打包成区块4，计算区块4区块头的哈希值4，以此类推。
110.步骤s13：向其他区块的主节点广播共识信息，与其他区块的主节点基于每个区块的公式信息进行共识。
111.其中，所有区块的主节点广播各自区块的共识信息，以使各主节点之间再次进行共识，形成全网共识。
112.步骤s14：判断是否接收到所有其他区块的主节点广播的共识信息。
113.其中，主节点验证是否收到所有主节点广播的哈希值。若收到，则继续执行后续共识流程；若未全部收到，说明某个主节点出现故障，此时，可以根据该主节点对应的区块头中上一区块头的哈希值计算该区块的区块头的哈希值用于投票。
114.对于出现故障的主节点，由于无法接收到广播结果信息，则该故障主节点所在的区块，需要重新选举新的主节点，并由新的主节点重新发起投票。
115.具体地，本公开实施例中主节点出现故障的情况主要包括以下两种：
116.(1)请参阅图5和图6，图5是本技术提供的主节点故障一实施例的框架示意图，图6是本技术提供的区块链网络另一实施例的结构示意图。如图5和图6所示，集合1中的leader1在出块后、向其他leader广播前故障。
117.①
集合1收到客户交易请求，验证交易合法性通过后，将集合内交易集1和跨集合交易集2进行缓存。集合内交易通过pbft共识机制完成局部共识，打包并集合内广播。集合内节点1、节点2、节点3收到集合内新区块后，解锁相应资产，执行交易，更新数据库。leader1节点将集合内交易集1和和跨集合交易集2打包成区块1，计算区块头的哈希值，并提交再次进行共识。
118.②
leader2打包区块2，计算区块头的哈希值hash2并提交再次进行共识；leader3打包区块3，计算区块头的哈希值hash3并提交再次进行共识；leader4打包区块4，计算区块头的哈希值hash4并提交再次进行共识。
119.③
leader2、leader3、leader4未收到集合1的leader1的共识请求，leader2、leader3、leader4根据集合1上一个区块填充空交易区块，并计算空交易的区块头的哈希值hash1，并参与共识排序。
120.④
各leader再次进行共识，超过1/2leader节点的反馈，则达成共识，按区块头哈希值从大到小的顺序进行排序，hash2>hash3>hash4>hash1,所以排序结果为：区块2、区块3、区块4、区块1。
121.⑤
各集合按如下顺序账本记账：
122.集合2：
123.执行集合内交易集5、交易集7；
124.执行跨集合交易集4、交易集6、交易集8；
125.集合3：
126.执行集合内交易集3、交易集7；
127.执行跨集合交易集4、交易集6、交易集8；
128.集合4：
129.执行集合内交易集5、交易集3；
130.执行跨集合交易集4、交易集6、交易集8。
131.⑥
此时集合1收到leader2的广播，则推选新的leader节点leader
′
。
132.⑦
leader
′
节点收到广播，按照如下顺序更新账本：
133.集合1：
134.交易集3账户状态：
135.账户金额变动acc3减少350acc4增加350
136.交易集5账户状态：
137.账户金额变动acc5减少2300acc6增加2300
138.交易集7账户状态：
139.账户金额变动acc7减少1350acc8增加850
140.执行集合内交易集，只更新账户最终状态：交易集3、交易集5、交易集7；然后执行跨集合交易集4、交易集6、交易集8。
141.⑧
leader
′
节点重新提交未共识的区块哈希值，发起共识请求。
142.(2)请参阅图7和图8，图7是本技术提供的主节点故障另一实施例的框架示意图，图8是本技术提供的区块链网络又一实施例的结构示意图。如图7和图8所示，集合1中的leader1在出块后故障。
143.①
集合1收到客户交易请求，验证交易合法性通过后，将集合内交易集1和跨集合交易集2进行缓存。集合内交易通过pbft共识机制打包，集合内节点1、节点2、节点3收到集合内交易的区块，解锁相应资产，执行交易，更新数据库。
144.leader1节点将交易集1和交易集2打包成区块1，并广播准备共识的消息；leader3打包区块3，计算区块头的哈希值hash3并提交再次进行共识；leader4打包区块4，计算区块头的哈希值hash4并提交再次进行共识。
145.②
leader2、leader3、leader4未收到leader1反馈，则leader2、leader3、leader4达成共识，按区块1、区块2、区块3、区块4的区块头哈希值从大到小的顺序进行排序，排序结果如下：区块2、区块1、区块3、区块4。
146.③
通过pbft共识算法达成共识后：
147.1)集合2、集合3、集合4按如下顺序更新账本：
148.a.集合2：
149.执行集合内交易集1、交易集5、交易集7
150.执行跨集合交易集4、交易集2、交易集6、交易集8
151.b.集合3：
152.执行集合内交易集3、交易集1、交易集7
153.执行跨集合交易集4、交易集2、交易集6、交易集8
154.其中，交易集1、交易集3、易集5、易集7为集合内交易集，只更新账户状态即可：
155.交易集1账户状态：
156.账户金额变动acc1减少1550acc2增加1550
157.交易集3账户状态：
[0158][0159][0160]
交易集5账户状态：
[0161]
账户金额变动acc5减少2300acc6增加2300
[0162]
交易集7账户状态：
[0163]
账户金额变动acc7减少1350acc8增加850
[0164]
④
leader2向集合1广播共识结果。
[0165]
⑤
集合1推选新的leader节点leader
′
。
[0166]
⑥
leader
′
节点根据投票结果更新账本：
[0167]
执行集合内交易集3、交易集5、交易集7；
[0168]
执行跨集合交易集4、交易集2、交易集6、交易集8。
[0169]
⑦
集合1中的原leader节点1恢复正常。
[0170]
⑧
集合1的节点1根据leader
′
节点同步账本。
[0171]
本公开实施例在区块链系统内设计了节点异常处理机制，提高了区块链系统的处理交易性能，其他基于主节点更换主节点开销较大的共识系统也可以采用本公开实施例的节点异常处理机制，在此不再赘述。
[0172]
步骤s15：按照每个区块的共识信息对所有区块进行排序，并同步区块。
[0173]
其中，区块链系统根据区块头的哈希值对每个集合生成的区块进行哈希值从大到小的顺序进行排序，并同步区块。区块链系统得到排序后的区块顺序{区块k，区块k
‑
1，
…
，区块1}，其对应的区块头哈希值大小关系为：hash
k
＞hash
k
‑1＞
…
＞hash1。
[0174]
例如，区块链系统按照各集合的区块头的哈希值从大到小的顺序进行共识排序，由于hash2＞hash1＞hash3＞hash4，排序结果如下：区块2，区块1，区块3，区块4。
[0175]
步骤s16：完成与其他区块的主节点共识后，按照排序结果执行每个区块中的交易。
[0176]
其中，主节点与其他区块的主节点共识完成后，按照排序结果执行每个集合中的内部交易，以及跨集合交易。具体地，为了提高执行效率，各集合并行先按最终账户状态执行各集合的集合内交易集，再执行各集合的跨集合交易集。
[0177]
具体地，假设区块总数为k，区块排序结果为：{区块k，区块k
‑
1，
…
,区块1}。集合内交易集的交易执行逻辑如下：
[0178]
初始化变量i，i＝0，i为第i个区块；
[0179]
如果i＜k，则继续执行下一步；
[0180]
执行i＝i 1；
[0181]
区块k首先执行第i个区块中集合内交易；
[0182]
循环执行下一个区块，直到所有区块集合内交易都遍历完成，保证每个节点的状态库已经执行过集合内交易。
[0183]
需要说明的是，区块k的集合内交易第一次集合内共识完成，已记账并更新账本。
[0184]
当上述过程的i≥k，则循环借宿，集合内交易都同步完成。然后，按区块头哈希值从大到小的顺序执行跨集合交易。跨集合交易集的交易执行逻辑如下：
[0185]
假设区块总数为k；
[0186]
如果k＞1，则继续执行后续流程；
[0187]
执行k＝k
‑
1；
[0188]
执行第k个集合中的跨集合交易；
[0189]
循环执行下一个区块，直到所有区块中跨集合交易都遍历完成。
[0190]
在跨集合交易执行完成时，反馈交易结果并更新状态，保持全网账本状态一致。
[0191]
例如，以图2的区块链网络为例，由于hash2＞hash1＞hash3＞hash4，区块链系统中的区块排序结果如下：区块2，区块1，区块3，区块4。
[0192]
各集合并行先按最终账户状态执行各集合的集合内交易集，再执行各集合的跨集合交易集的具体逻辑如下：
[0193]
集合1：
[0194]
①
执行集合内交易集：
[0195]
交易集3、交易集5、交易集7
[0196]
②
按区块头哈希值从大到小的顺序依次执行如下跨集合交易：
[0197]
交易集4、交易集2、交易集6、交易集8
[0198]
集合2：
[0199]
①
执行集合内交易集：
[0200]
执行交易集1、交易集5、交易集7
[0201]
②
按区块头哈希值从大到小的顺序依次执行如下跨集合交易：
[0202]
交易集4、交易集2、交易集6、交易集8
[0203]
集合3：
[0204]
①
执行集合内交易集：
[0205]
交易集3、交易集1、交易集7
[0206]
②
按区块头哈希值从大到小的顺序依次执行如下跨集合交易：
[0207]
交易集4、交易集2、交易集6、交易集8
[0208]
最后，各集合记账成功后返回客户端执行结果。
[0209]
在本公开实施例中，终端设备获取所在集合中所有节点的信息，以及其他集合中节点的信息；基于集合内的交易与所述集合内的所有节点达成局部共识，形成共识信息，并基于共识信息生成对应的区块；向其他区块的主节点广播共识信息，与其他区块的主节点基于每个区块的公式信息进行共识；判断是否接收到所有其他区块的主节点广播的共识信息；若是，按照每个区块的共识信息对所有区块进行排序，并同步区块；完成与其他区块的主节点共识后，按照排序结果执行每个区块中的交易。通过上述方法，本技术通过设计分片共识机制，使用分片技术并行处理交易，缩短交易流的流程，优化交易系统性能。
[0210]
为了实现上述实施例的基于区块链系统的分片共识方法，本技术提供了一种终端设备，具体请参阅图9，图9是本技术提供的终端设备一实施例的结构示意图。
[0211]
如图9所示，本实施例的终端设备400包括获取模块41、共识模块42、排序模块43以及执行模块44。
[0212]
其中，获取模块41，用于获取所在集合中所有节点的信息，以及其他集合中节点的信息；共识模块42，用于基于所述集合内的交易与所述集合内的所有节点达成局部共识，形成共识信息，并基于所述共识信息生成对应的区块；排序模块43，用于当接收到所有所述其他区块的主节点广播的共识信息时，按照每个区块的共识信息对所有区块进行排序，并同步区块；执行模块44，用于完成与其他区块的主节点共识后，按照排序结果执行每个区块中的交易。
[0213]
为了实现上述实施例的基于区块链系统的分片共识方法，本技术还提供了另一种终端设备，具体请参阅图10，图10是本技术提供的终端设备另一实施例的结构示意图。
[0214]
如图10所示，本实施例的终端设备500包括处理器51、存储器52、输入输出设备53以及总线54。
[0215]
该处理器51、存储器52、输入输出设备53分别与总线54相连，该存储器52中存储有计算机程序，处理器51用于执行计算机程序以实现上述实施例的基于区块链系统的分片共识方法。
[0216]
在本实施例中，处理器51还可以称为cpu(central processing unit，中央处理单元)。处理器51可能是一种集成电路芯片，具有信号的处理能力。处理器51还可以是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其它可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。处理器51还可以是gpu(graphics processing unit，图形处理器)，又称显示核心、视觉处理器、显示芯片，是一种专门在个人电脑、工作站、游戏机和一些移动设备(如平板电脑、智能手机等)上图像运算工作的微处理器。gpu的用途是将计算机系统所需要的显示信息进行转换驱动，并向显示器提
供行扫描信号，控制显示器的正确显示，是连接显示器和个人电脑主板的重要元件，也是“人机对话”的重要设备之一。显卡作为电脑主机里的一个重要组成部分，承担输出显示图形的任务，对于从事专业图形设计的人来说显卡非常重要。通用处理器可以是微处理器或者该处理器51也可以是任何常规的处理器等。
[0217]
本技术还提供一种计算机可读存储介质，如图11所示，计算机可读存储介质600用于存储计算机程序61，计算机程序61在被处理器执行时，用以实现如本技术基于区块链系统的分片共识方法实施例中所述的方法。
[0218]
本技术基于区块链系统的分片共识方法实施例中所涉及到的方法，在实现时以软件功能单元的形式存在并作为独立的产品销售或使用时，可以存储在设备中，例如一个计算机可读取存储介质。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read
‑
only memory)、随机存取存储器(ram，random access memory)、磁碟或者光盘等各种可以存储程序代码的介质。
[0219]
以上所述仅为本发明的实施方式，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。