CN117170853A - 区块链交易方法、装置及电子设备 - Google Patents

Abstract

本申请涉及区块链技术领域，提供一种区块链交易方法、装置及电子设备。所述方法包括：接收用户发送的共识域申请；根据所述用户的账户余额信息，选择保障金金额大于所述用户的账户余额的外包服务器作为所述用户的共识域，所述共识域用于所述用户进行区块链交易；其中，所述外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。本申请实施例通过节点集群申请方式设立多个外包服务器，将用户交易处理过程从主服务器转移到外包服务器，将交易的大量运算在多个外包服务器中集中处理，由于外包服务器节点规模小、共识效率高，既保证了交易处理的实时性，又大大提高了主服务器的交易处理效率。

Description

区块链交易方法、装置及电子设备

技术领域

本申请涉及区块链技术领域，具体涉及一种区块链交易方法、装置及电子设备。

背景技术

区块链是随着比特币等数字加密货币的日益普及而逐渐兴起的，是一种全新的去中心化基础架构与分布式计算范式。由于区块链技术具备分布式账本、数据加密等特点，特别适用于线上交易系统。

共识算法是区块链技术的核心要素，也是近年来分布式系统研究的热点，它是控制区块链运营的代码，设定了所有参与方在交易过程中的规则。考虑到联盟链中的交易系统，现有技术更多地是直接使用实用拜占庭容错(Practical Byzantine FaultTolerance，PBFT)算法来作为共识机制，然而PBFT共识算法的性能受到共识节点规模的影响。这是因为PBFT算法的三阶段协议需要进行大量通信，通信复杂度过高，可拓展性比较低，无法应用在大规模共识节点的场合，这极大限制了PBFT算法的共识性能(一般系统在达到100左右的节点个数时，性能下降非常快)，此外，PBFT算法在网络不稳定的情况下延迟很高，这些都导致PBFT算法无法应用于大规模共识环境，进而出现共识效率低、系统处理交易能力差等问题。

发明内容

针对现有技术存在的问题，本申请实施例提供一种区块链交易方法、装置及电子设备，将更多的交易计算量从主服务器转移到外包服务器，以提升系统的每秒事务处理量(Transaction Per Second，TPS)，提高事务处理系统的扩展性，并在较大程度上保障系统的安全性。

第一方面，本申请实施例提供一种区块链交易方法，所述方法包括：

接收用户发送的共识域申请；

根据所述用户的账户余额信息，选择保障金金额大于所述用户的账户余额的外包服务器作为所述用户的共识域，所述共识域用于所述用户进行区块链交易；

其中，所述外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

可选地，所述事务字段包括：节点集群所申请的外包服务器的标识号、外包服务器内所有成员节点的信息、数字签名以及提交的保障金金额。

可选地，所述对各个节点集群发送的用于申请外包服务器的事务字段进行验证，包括：

根据所述事务字段，依次对各个节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额进行验证；

若目标节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额均验证成功，则将所述目标节点集群确定为一个外包服务器。

可选地，同一外包服务器内每个成员节点提交的保障金金额相同。

可选地，所述方法还包括：

接收多个外包服务器发送的交易数据；

所述交易数据是每个外包服务器将交易双方的多笔交易数据进行汇总，并去除无效数据之后提交给所述主服务器的。

可选地，所述交易数据包括：外包服务器所负责用户的账户余额信息和外包服务器的成员节点数字签名集合。

可选地，在接收多个外包服务器发送的交易数据之后，所述方法还包括：

在确定发送交易数据的外包服务器的个数满足预设条件的情况下，对所述多个外包服务器所负责用户的初始余额状态和所述多个外包服务器提交的用户余额状态进行验证；

确定验证成功，则向所述多个外包服务器所负责用户发送相应用户的最新账户余额信息。

可选地，在向所述多个外包服务器所负责用户发送相应用户的最新账户余额信息之后，所述方法还包括：

若接收到用户发送的对交易金额有异议的申诉请求，则根据所述申诉请求中携带的数字签名，在审核后通过没收所述数字签名对应的外包服务器的保障金来对所述用户进行补偿。

可选地，所述主服务器根据区块链中各节点的社区贡献度或者项目众筹的方式确定。

可选地，所述主服务器和外包服务器内部均基于实用拜占庭容错 PBFT共识算法进行共识确认。

第二方面，本申请实施例提供一种区块链交易装置，包括：

接收模块，用于接收用户发送的共识域申请；

选择模块，用于根据所述用户的账户余额信息，选择保障金金额大于所述用户的账户余额的外包服务器作为所述用户的共识域，所述共识域用于所述用户进行区块链交易；

其中，所述外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

第三方面，本申请实施例提供一种电子设备，包括存储器，收发机，处理器；

存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：

接收用户发送的共识域申请；

根据所述用户的账户余额信息，选择保障金金额大于所述用户的账户余额的外包服务器作为所述用户的共识域，所述共识域用于所述用户进行区块链交易；

其中，所述外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

第四方面，本申请实施例提供一种电子设备，包括处理器和存储有计算机程序的存储器，所述处理器执行所述程序时实现第一方面所述的区块链交易方法的步骤。

第五方面，本申请实施例提供一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现第一方面所述的区块链交易方法的步骤。

本申请实施例提供的区块链交易方法、装置及电子设备，通过节点集群申请方式设立多个外包服务器，将用户交易处理过程从主服务器转移到外包服务器，将交易的大量运算在多个外包服务器中集中处理，由于外包服务器节点规模小、共识效率高，既保证了交易处理的实时性，又大大提高了主服务器的交易处理效率。

附图说明

为了更清楚地说明本申请或相关技术中的技术方案，下面将对实施例或相关技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1是本申请实施例提供的区块链交易方法的流程示意图；

图2是本申请实施例提供的区块链交易装置的结构示意图；

图3是本申请实施例提供的电子设备的结构示意图之一；

图4是本申请实施例提供的电子设备的结构示意图之二。

具体实施方式

为使本申请的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请各实施例针对PBFT算法无法应用于大规模共识环境、共识效率低导致系统交易处理能力差的问题，提出一种基于外包服务的区块链交易方法。为了便于更加清晰地理解本申请各实施例，首先对一些共识算法相关的技术知识进行如下介绍。

目前，最广为人知的共识算法当属比特币中使用的工作量证明 (Proof of work，PoW)。PoW首次提出时用来解决垃圾邮件问题，后来被用于比特币当中。PoW从经济学角度实现共识，区块链节点通过解决数学难题生成区块来记账，生成的区块经过全网广播验证来写入区块链，区块之间通过哈希值连接。之后的区块链节点在最新区块上继续进行记账过程，记账产生的比特币奖励让大多数区块链节点表现良好，而要破环PoW系统，则需要控制全网50％以上的算力，这保证了共识系统的安全性。PoW的缺陷在于随着网络逐渐壮大，需要大量的计算能力。例如记账需要消耗大量的电力，比特币网络的电力消耗甚至已经超过了159个国家的消耗量。而当前生成一个区块的时间大约在十分钟，需要六个区块的确认才能保证交易生效，交易的确认时间过长使得该共识算法的应用场景受限。同时，全网算力的集中也将导致安全风险，面临分叉时可能将引起算力竞赛。总之，PoW 算法的局限性在于随着网络逐渐壮大，需要非常大的计算能力。

在联盟链中，使用最广泛的共识算法是PBFT算法，该算法通过三阶段协议来进行共识过程，当主节点出问题时引发视图切换协议，在新视图中通过重新执行那些账本不一致事务来保证一致性。PBFT 算法解决了原始拜占庭容错算法效率不高的问题，将算法复杂度由指数级降低到多项式级，使得PBFT算法在实际系统应用中变得可行。相关技术利用区块链技术处理交易过程时，直接通过PBFT算法的三阶段协议进行处理，而由于单个主服务器处理效率有限，交易量过大时，会使得交易处理效率大大降低。

图1为本申请实施例提供的区块链交易方法的流程示意图。参照图1，本申请实施例提供一种区块链交易方法，该方法可以包括如下步骤：

步骤100、接收用户发送的共识域申请。

具体地，用户可以是想向主服务器申请共识域的客户端，也可以是想与主服务器进行交互的其它客户端等。通常在事务处理系统中可进行日常业务处理，对于想要在系统中进行区块链交易操作的用户，首先可以向主服务器申请自己的共识域；而主服务器可接收用户发送的共识域申请，再与用户进行交互操作。

需要说明的是，本申请各实施例中，仅以针对某一个用户的共识域申请为例，相应的，主服务器可接收多个用户发送的共识域申请，交互过程类似，在此不再赘述。

步骤101、根据用户的账户余额信息，选择保障金金额大于用户的账户余额的外包服务器作为用户的共识域，共识域用于用户进行区块链交易。

具体地，主服务器接收到某个用户发送的共识域申请后，可得知用户的账户余额信息，根据用户的账户余额信息，可以选择保障金大于用户余额的外包服务器作为该用户的共识域，并通知用户哪些外包服务器是它的共识域。

上述共识域即多个节点进行共识的范围，可用于进行区块链交易，用户从主服务器那里得知自己的共识域之后，就可以与相应的外包服务器建立正常交易联系。

其中，外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

具体地，各个节点集群向主服务器发送外包服务器申请时，可以向主服务器提交打包好的事务字段，由主服务器对事务字段进行验证，若验证成功，则这些节点构建为一个外包服务器。通过事务字段验证，避免了故障节点或者作恶节点等有问题的节点参与共识，有效保障了交易过程的安全性。

本申请实施例提供的区块链交易方法，通过节点集群申请的方式可设立多个外包服务器，将用户交易处理过程从主服务器转移到外包服务器，将大量的交易运算在多个外包服务器中集中处理，由于外包服务器节点规模小、共识效率高，既保证了交易处理的实时性，又大大提高了主服务器的交易处理效率。

可选地，事务字段包括：节点集群所申请的外包服务器的标识号、外包服务器内所有成员节点的信息、数字签名以及提交的保障金金额。

具体地，外包服务器各个节点集群申请外包服务器时，可以向主服务器提交打包好的事务字段，事务字段的内容具体可以包括：节点集群所申请的外包服务器的标识号(例如不同的外包服务器，分别标号为1、2、3、…、Q)、外包服务器内所有成员节点的信息、数字签名(指外包服务器内每个成员节点的数字签名)以及提交的保障金金额-等。通过对包含外包服务器具体信息的事务字段进行验证，进一步保证了用户在外包服务器中进行交易的可靠性。

可选地，对各个节点集群发送的用于申请外包服务器的事务字段进行验证，包括：

依次对各个节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额进行验证；

若目标节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额均验证成功，则将目标节点集群确定为一个外包服务器。

具体地，主服务器收到外包服务器提交的事务字段后，可依次对各个节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额等事务字段的内容进行验证；若目标节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额一一均验证成功，则主服务器可将目标节点集群确定为一个外包服务器。

例如，主服务器对事务字段进行验证时，首先对外包服务器的申请的标识号是否被占用，如果未被使用则视为验证成功，反之则视为验证失败；然后通过用公钥验证每个外包服务器成员的数字签名，当每个外包服务器成员的数字签名成功通过验证后，再进行对比其提交的保障金金额是否小于其余额，如果保障金金额小于其余额则可以使用，并减少该节点的余额。当全部事务字段依次验证成功后，主服务器可将目标节点集群确定为一个外包服务器。

现有技术中，由于单个区块链网络采用PBFT算法进行全节点共识时，会导致共识效率低、系统处理交易能力差的问题，而本申请实施例提供的区块链交易方法，将区块链节点分为主服务器节点和多个外包服务器节点，在该种节点模式中，区块链网络存在多个外包服务器节点，每个外包服务器节点负责自己域内的交易共识，并可以从共识中收取一部分的交易费，分担了主服务器节点的共识压力，提高了事务处理系统的交易处理能力以及交易性能。

可选地，同一外包服务器内每个成员节点提交的保障金金额相同。

具体地，某一个外包服务器内多个成员节点可通过向主服务器提交保障金来获得共识权限，从而针对某一个用户提交的交易信息进行共识操作。同一外包服务器内每个成员节点提交的保障金金额相同，可保证提交相同保障金的节点均能获得针对某一个用户的共识权限，通过这些成员节点达成交易共识，保证了交易处理的实时性和准确性。

可选地，该方法还包括：

接收多个外包服务器发送的交易数据；

交易数据是每个外包服务器将交易双方的多笔交易数据进行汇总，并去除无效数据之后提交给主服务器的。

具体地，用户从主服务器那里得知自己的共识域之后，向外包服务器发送交易请求，外包服务器接收到该请求后，经过字段验证后进行交易过程。一段时间后，外包服务器可以直接获取用户的账户情况，对两个用户之间的多笔交易数据进行汇总、并去除无效数据，最后将一笔交易数据提交到主服务器中。相比于现有技术将所有交易数据上传到主服务器中，主服务器需要对所有交易数据进行共识，在本申请实施例中，大量的交易处理过程在外包服务器中进行，主服务器只需接收多个外包服务器发送的交易数据，大大减轻了主服务器的共识负担。此外，在外包服务器汇总交易数据的过程中，可以根据预设的规则对无效数据进行去除处理，进一步提升了交易数据处理的效率。

需要说明的是，判断数据是否无效可由用户预设一些规则，例如字符串的长度不能大于某个值，交易数据只能是英文、不能是汉字等，便于外包服务器对不符合用户提交规则的“交易数据”进行剔除。

可选地，交易数据包括：外包服务器所负责用户的账户余额信息和外包服务器的成员节点数字签名集合。

具体地，交易数据的内容可以包括：外包服务器所负责用户的账户余额信息和外包服务器的成员节点数字签名集合等。主服务器收到外包服务器提交的一笔交易数据后，可根据交易数据判断交易是否成功。

可选地，在接收多个外包服务器发送的交易数据之后，还可以包括如下操作：

在确定发送交易数据的外包服务器的个数满足预设条件的情况下，对多个外包服务器所负责用户的初始余额状态和多个外包服务器提交的用户余额状态进行验证；

确定验证成功，则向多个外包服务器所负责用户发送相应用户的最新账户余额信息。

具体地，主服务器在收到交易数据后，可以先验证是否收到足够多的外包服务器节点的签名(足够多的签名数量是根据业务量及事务处理复杂度估算的，用户可以自行定义，每一条交易数据对应一项签名信息，当收到足够多的签名后，可认为这些外包服务器节点已经达成共识)，即确定发送交易数据的外包服务器的个数满足预设条件。在满足预设条件的情况下，再对多个外包服务器所负责用户的初始余额状态和多个外包服务器提交的用户余额状态进行验证。验证成功后，主服务器通知用户最新的账户余额信息，用户确认无异，结束提交阶段，归还外包服务器节点的保障金，重新开始下一轮。

例如，正常情况下，用户的初始余额状态等于最后外包服务器提交的用户余额加上用户的交易额，额度总体守恒，则验证成功。若最后外包服务器提交的用户余额错误，额度总体不处于守恒状态，则验证失败。

可选地，在向多个外包服务器所负责用户发送相应用户的最新账户余额信息之后，该方法还包括：

若接收到用户发送的对交易金额有异议的申诉请求，则根据申诉请求中携带的数字签名，在审核后通过没收数字签名对应的外包服务器的保障金来对用户进行补偿。

具体地，若用户发现交易后自己的账户余额有问题，可向主服务器提出申诉。主服务器接收到用户发送的对交易金额有异议的申诉请求，则根据申诉请求中携带的数字签名，找到对应的外包服务器，在审核后通过没收数字签名对应的外包服务器的保障金来对用户进行补偿，维护了在系统中进行区块链交易的用户的权益。

本申请实施例提供的区块链交易方法，可设立保障金制度，通过该制度选择作为共识域的外包服务器，若用户在外包服务器交易过程中，账户资金产生非正常损失，可通过数字签名追踪到某个外包服务器，并没收相关外包服务器的保障金来对用户进行补偿，进一步提高了用户交易的安全性，保证了用户的合法权益不受侵犯。

可选地，主服务器根据区块链中各节点的社区贡献度或者项目众筹的方式确定。

具体地，主服务器的确定关系到了系统交易决策的可靠性，其设定依据可根据区块链中各节点的社区贡献度或者项目众筹等方式确定，且主服务器可以为一个主节点。

可选地，主服务器和外包服务器内部均基于实用拜占庭容错PBFT共识算法进行共识确认。

具体地，主服务器和外包服务器内部均可以基于实用拜占庭容错 PBFT共识算法进行共识确认，进行三阶段PBFT共识算法后写入本地账本，同时可向用户返回交易成功信息。主服务器主要负责用户与多个外包服务器之间互相建立共识域、判断交易是否成功、以及处理用户申诉等。由于外包服务器内部仍使用PBFT算法，故本申请实施例适用于联盟链和私有链，可容纳故障节点，也可容纳作恶节点。

例如，假设在一个区块链网络中集群节点数为N，有问题的节点数为f(其中，3f+1≤N)。在一个外包服务器中，可执行PBFT算法的基本流程：第一步，用户发送请求给主节点；第二步，主节点广播请求给其它节点，节点执行PBFT算法的三阶段共识流程；第三步，节点处理完三阶段流程后，返回消息给用户；第四步，用户收到来自 f+1个节点的相同消息后，代表共识已经正确完成。

可选地，用户在外包服务器中进行交易前，可以先由外包服务器对用户进行字段验证，验证完成后用户再在外包服务器中进行交易。

具体地，外包服务器内共识节点收到用户的交易请求后，可进行字段验证(字段可以由用户决定，对用户提交的交易信息内容进行限定)，验证通过后，用户便可以在这个外包服务器中进行交易过程。用户在外包服务器中进行交易前，由外包服务器对用户进行字段验证，通过先验证、后交易的方式，进一步保证了用户在外包服务器中进行交易的可靠性与安全性。

可选地，用户发送交易信息到外包服务器中，外包服务器对交易进行背书，若背书执行成功，进行三阶段PBFT算法后写入本地账本，并返回交易成功信息。返回的交易成功信息可作为一种保障凭证，即使外包服务器造假，用户也可以利用该凭证通过主服务器来维护自己的权益。

可选地，用户发送给外包服务器的交易信息可由区块链底层内部架构自动生成，具体可以包括交易ID、交易类型、交易状态、交易具体信息、时间戳以及签名信息等。

例如，交易类型可以包括：法币交易(指用法定货币购买特殊加密货币的交易方式)，币币交易(指虚拟货币之间的交易)，场内交易 (在虚拟货币交易平台上进行撮合交易，买卖双方价格公开，平台显示实时报价)，以及场外交易(称点对点线下交易，指通过交易所以外的方式进行的交易)等；交易状态可以包括：请求立即交易状态、请求限定时间交易状态等；交易具体信息可以包括：交易人数、交易时间、交易双方的账户地址、交易金额，以及交易费等；时间戳可以是用户发送交易请求时的时间等；签名信息可以是用于交易的用户签名信息等。

下面对本申请实施例提供的区块链交易装置进行描述，下文描述的区块链交易装置与上文描述的区块链交易方法可相互对应参照。

图2为本申请实施例提供的区块链交易装置的结构示意图。参照图2，本申请实施例提供一种区块链交易装置，该装置可以包括：

接收模块200，用于接收用户发送的共识域申请；

选择模块210，用于根据用户的账户余额信息，选择保障金金额大于用户的账户余额的外包服务器作为用户的共识域，共识域用于用户进行区块链交易；

其中，外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

可选地，事务字段包括：节点集群所申请的外包服务器的标识号、外包服务器内所有成员节点的信息、数字签名以及提交的保障金金额。

可选地，对各个节点集群发送的用于申请外包服务器的事务字段进行验证，包括：

根据事务字段，依次对各个节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额进行验证；

若目标节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额均验证成功，则将目标节点集群确定为一个外包服务器。

可选地，同一外包服务器内每个成员节点提交的保障金金额相同。

可选地，接收模块200，还用于：

接收多个外包服务器发送的交易数据；

交易数据是每个外包服务器将交易双方的多笔交易数据进行汇总，并去除无效数据之后提交给主服务器的。

可选地，交易数据包括：外包服务器所负责用户的账户余额信息和外包服务器的成员节点数字签名集合。

可选地，该装置还包括验证模块220，用于：

在确定发送交易数据的外包服务器的个数满足预设条件的情况下，对多个外包服务器所负责用户的初始余额状态和多个外包服务器提交的用户余额状态进行验证；

确定验证成功，则向多个外包服务器所负责用户发送相应用户的最新账户余额信息。

可选地，该装置还包括补偿模块230，用于：

若接收到用户发送的对交易金额有异议的申诉请求，则根据申诉请求中携带的数字签名，在审核后通过没收数字签名对应的外包服务器的保障金来对用户进行补偿。

可选地，主服务器根据区块链中各节点的社区贡献度或者项目众筹的方式确定。

可选地，主服务器和外包服务器内部均基于实用拜占庭容错PBFT共识算法进行共识确认。

在此需要说明的是，本申请实施例提供的上述装置，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

图3本申请实施例提供的电子设备的结构示意图之一，参照图3，本申请实施例还提供一种电子设备，可以包括：存储器310，收发机 320以及处理器330；

存储器310用于存储计算机程序；收发机320，用于在所述处理器330的控制下收发数据；处理器330，用于读取所述存储器310中的计算机程序并执行以下操作：

接收用户发送的共识域申请；

根据用户的账户余额信息，选择保障金金额大于用户的账户余额的外包服务器作为用户的共识域，共识域用于用户进行区块链交易；

其中，外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

可选地，事务字段包括：节点集群所申请的外包服务器的标识号、外包服务器内所有成员节点的信息、数字签名以及提交的保障金金额。

可选地，对各个节点集群发送的用于申请外包服务器的事务字段进行验证，包括：

根据事务字段，依次对各个节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额进行验证；

若目标节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额均验证成功，则将目标节点集群确定为一个外包服务器。

可选地，同一外包服务器内每个成员节点提交的保障金金额相同。

可选地，该操作还包括：

接收多个外包服务器发送的交易数据；

交易数据是每个外包服务器将交易双方的多笔交易数据进行汇总，并去除无效数据之后提交给主服务器的。

可选地，交易数据包括：外包服务器所负责用户的账户余额信息和外包服务器的成员节点数字签名集合。

可选地，在接收多个外包服务器发送的交易数据之后，该操作还包括：

在确定发送交易数据的外包服务器的个数满足预设条件的情况下，对多个外包服务器所负责用户的初始余额状态和多个外包服务器提交的用户余额状态进行验证；

确定验证成功，则向多个外包服务器所负责用户发送相应用户的最新账户余额信息。

可选地，在向多个外包服务器所负责用户发送相应用户的最新账户余额信息之后，该操作还包括：

若接收到用户发送的对交易金额有异议的申诉请求，则根据申诉请求中携带的数字签名，在审核后通过没收数字签名对应的外包服务器的保障金来对用户进行补偿。

可选地，主服务器根据区块链中各节点的社区贡献度或者项目众筹的方式确定。

可选地，主服务器和外包服务器内部均基于实用拜占庭容错 PBFT共识算法进行共识确认。

其中，在图3中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器330代表的一个或多个处理器和存储器310代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机320可以是多个元件，即包括发送机和接收机，提供用于在传输介质上与各种其他装置通信的单元。

处理器330负责管理总线架构和通常的处理，存储器310可以存储处理器330在执行操作时所使用的数据。

处理器330通过调用存储器310存储的计算机程序，用于按照获得的可执行指令执行本申请实施例提供的任一所述方法。处理器与存储器也可以物理上分开布置。

在此需要说明的是，本申请实施例提供的电子设备，能够实现上述方法实施例所实现的所有方法步骤，且能够达到相同的技术效果，在此不再对本实施例中与方法实施例相同的部分及有益效果进行具体赘述。

图4为本申请实施例提供的电子设备的结构示意图之二，如图4 所示，该电子设备可以包括：处理器(processor)410、通信接口 (Communication Interface)420、存储器(memory)430和通信总线 440，其中，处理器410，通信接口420，存储器430通过通信总线440完成相互间的通信。处理器410可以调用存储器430中的计算机程序，以执行上述各实施例所提供的区块链交易方法的步骤，例如包括：接收用户发送的共识域申请；根据用户的账户余额信息，选择保障金金额大于用户的账户余额的外包服务器作为用户的共识域，共识域用于用户进行区块链交易；其中，外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

此外，上述的存储器430中的逻辑指令可以通过软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

另一方面，本申请实施例还提供一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序可存储在非暂态计算机可读存储介质上，所述计算机程序被处理器执行时，计算机能够执行上述各实施例所提供的区块链交易方法的步骤，例如包括：接收用户发送的共识域申请；根据用户的账户余额信息，选择保障金金额大于用户的账户余额的外包服务器作为用户的共识域，共识域用于用户进行区块链交易；其中，外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

另一方面，本申请实施例还提供一种处理器可读存储介质，所述处理器可读存储介质存储有计算机程序，所述计算机程序用于使处理器执行上述各实施例提供的方法的步骤，例如包括：接收用户发送的共识域申请；根据用户的账户余额信息，选择保障金金额大于用户的账户余额的外包服务器作为用户的共识域，共识域用于用户进行区块链交易；其中，外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

处理器可读存储介质可以是处理器能够存取的任何可用介质或数据存储设备，包括但不限于磁性存储器(例如软盘、硬盘、磁带、磁光盘(MO)等)、光学存储器(例如CD、DVD、BD、HVD等)、以及半导体存储器(例如ROM、EPROM、EEPROM、非易失性存储器(NAND FLASH)、固态硬盘(SSD))等。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如ROM/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分的方法。

最后应说明的是：以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。

Claims (14)

1.一种区块链交易方法，其特征在于，包括：

接收用户发送的共识域申请；

根据所述用户的账户余额信息，选择保障金金额大于所述用户的账户余额的外包服务器作为所述用户的共识域，所述共识域用于所述用户进行区块链交易；

其中，所述外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

2.根据权利要求1所述的区块链交易方法，其特征在于，所述事务字段包括：节点集群所申请的外包服务器的标识号、外包服务器内所有成员节点的信息、数字签名以及提交的保障金金额。

3.根据权利要求2所述的区块链交易方法，其特征在于，所述对各个节点集群发送的用于申请外包服务器的事务字段进行验证，包括：

根据所述事务字段，依次对各个节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额进行验证；

若目标节点集群所申请的外包服务器的标识号、外包服务器内每个成员节点的数字签名以及外包服务器内每个成员节点的保障金金额均验证成功，则将所述目标节点集群确定为一个外包服务器。

4.根据权利要求1至3任一项所述的区块链交易方法，其特征在于，同一外包服务器内每个成员节点提交的保障金金额相同。

5.根据权利要求1所述的区块链交易方法，其特征在于，所述方法还包括：

接收多个外包服务器发送的交易数据；

所述交易数据是每个外包服务器将交易双方的多笔交易数据进行汇总，并去除无效数据之后提交给所述主服务器的。

6.根据权利要求5所述的区块链交易方法，其特征在于，所述交易数据包括：外包服务器所负责用户的账户余额信息和外包服务器的成员节点数字签名集合。

7.根据权利要求5或6所述的区块链交易方法，其特征在于，在接收多个外包服务器发送的交易数据之后，所述方法还包括：

在确定发送交易数据的外包服务器的个数满足预设条件的情况下，对所述多个外包服务器所负责用户的初始余额状态和所述多个外包服务器提交的用户余额状态进行验证；

确定验证成功，则向所述多个外包服务器所负责用户发送相应用户的最新账户余额信息。

8.根据权利要求7所述的区块链交易方法，其特征在于，在向所述多个外包服务器所负责用户发送相应用户的最新账户余额信息之后，所述方法还包括：

若接收到用户发送的对交易金额有异议的申诉请求，则根据所述申诉请求中携带的数字签名，在审核后通过没收所述数字签名对应的外包服务器的保障金来对所述用户进行补偿。

9.根据权利要求1所述的区块链交易方法，其特征在于，所述主服务器根据区块链中各节点的社区贡献度或者项目众筹的方式确定。

10.根据权利要求1所述的区块链交易方法，其特征在于，所述主服务器和外包服务器内部均基于实用拜占庭容错PBFT共识算法进行共识确认。

11.一种区块链交易装置，其特征在于，包括：

接收模块，用于接收用户发送的共识域申请；

选择模块，用于根据所述用户的账户余额信息，选择保障金金额大于所述用户的账户余额的外包服务器作为所述用户的共识域，所述共识域用于所述用户进行区块链交易；

其中，所述外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

12.一种电子设备，其特征在于，包括存储器，收发机，处理器；

存储器，用于存储计算机程序；收发机，用于在所述处理器的控制下收发数据；处理器，用于读取所述存储器中的计算机程序并执行以下操作：

接收用户发送的共识域申请；

根据所述用户的账户余额信息，选择保障金金额大于所述用户的账户余额的外包服务器作为所述用户的共识域，所述共识域用于所述用户进行区块链交易；

其中，所述外包服务器是主服务器对各个节点集群发送的用于申请外包服务器的事务字段进行验证后确定的。

13.一种电子设备，包括处理器和存储有计算机程序的存储器，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至10任一项所述的区块链交易方法。

14.一种计算机程序产品，包括计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至10任一项所述的区块链交易方法。