多方确认的区块链交易处理方法、装置、设备及存储介质

技术领域

本申请属于区块链技术领域，具体涉及一种多方确认的区块链交易处理方法、装置、设备及存储介质。

背景技术

目前，人们经常通过区块链系统进行转账交易。在进行转账交易时，只需由转出方发送交易信息到区块链节点设备，区块链节点设备即可完成对该交易信息的转账交易处理。

但是实际应用场景中经常出现需要多方参与确认才能完成转账交易的情况，如贸易场景中需要买卖双方、运输以及银行等多方进行确认。相关技术中若要实现多方确认，只能使用合约来实现，在不支持合约的区块链技术中则无法实现多方确认的交易，比如比特币区块链中即无法实现多方确认的交易。

发明内容

本申请提出一种多方确认的区块链交易处理方法、装置、设备及存储介质，基于对交易类型和交易信息的结构的改变，能够在每个确认交易过程中追溯到确认交易对应的发起交易，并对该发起交易的确认次数信息进行调整，根据调整后的确认次数信息来判断多方确认交易是否完成。如此在区块链系统中实现了需多方确认的交易。该实现方式不依赖于合约技术，即便不支持合约技术的区块链系统也能通过本专利的方式实现需多方确认的交易。

本申请第一方面实施例提出了一种多方确认的区块链交易处理方法，包括：

接收用户发送的交易信息，确定所述交易信息对应的交易类型；

若确定出所述交易信息对应的交易类型为发起交易，则在区块链系统中各节点设备的本地内存中存储所述发起交易的交易信息；

若确定出所述交易信息对应的交易类型为确认交易，则调整所述确认交易对应的发起交易的交易信息中包括的确认次数信息；

根据所述确认交易的交易信息包括的交易标识，在所述各节点设备中将所述确认交易的交易信息存储到所述交易标识对应的交易数据链上；

根据所述确认交易对应的发起交易的交易信息中确认次数信息，确定所述确认交易所属的多方确认交易是否完成。

在本申请实施例中，所述接收用户发送的交易信息，确定所述交易信息对应的交易类型，包括：

接收用户发送的交易信息，获取所述交易信息包括的交易类型；

若所述交易类型为发起类型，则确定所述交易信息对应的交易类型为发起交易；

若所述交易类型为确认类型，则确定所述交易信息对应的交易类型为确认交易。

在本申请实施例中，所述在区块链系统中各节点设备的本地内存中存储所述发起交易的交易信息，包括：

将所述交易信息传播到区块链系统中的每个节点设备；

接收到所述交易信息的节点设备获取所述交易信息包括的交易标识；

在本地内存中创建所述交易标识对应的交易数据链；

在所述交易数据链上存储所述交易标识与所述交易信息的对应关系。

在本申请实施例中，所述调整所述确认交易对应的发起交易的交易信息中包括的确认次数信息，包括：

获取所述确认交易的交易信息包括的交易标识；

查询本地内存中是否存储有所述交易标识对应的交易数据链；

如果是，则将所述交易数据链上所述交易标识对应的发起交易的交易信息包括的已确认次数加一。

在本申请实施例中，所述根据所述确认交易对应的发起交易的交易信息中确认次数信息，确定所述确认交易所属的多方确认交易是否完成包括：

获取所述交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数和已确认次数；

比较所述已确认次数与所述总需确认次数是否相等；

如果是，则确定所述确认交易所属的多方确认交易完成；

如果否，则再次接收到所述发起交易对应的确认交易信息时，再次将所述已确认次数加一，直至所述已确认次数与所述总需确认次数相等。

在本申请实施例中，所述调整所述确认交易对应的发起交易的交易信息中包括的确认次数信息，包括：

获取所述确认交易的交易信息包括的交易标识；

查询本地内存中是否存储有所述交易标识对应的交易数据链；

如果是，则将所述交易数据链上所述交易标识对应的发起交易的交易信息包括的总需确认次数减一。

在本申请实施例中，所述根据所述确认交易对应的发起交易的交易信息中确认次数信息，确定所述确认交易所属的多方确认交易是否完成，包括：

获取所述交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数

若所述总需确认次数的值为零，则确定所述确认交易所属的多方确认交易完成；

若所述总需确认次数的值大于零，则再次接收到所述发起交易对应的确认交易信息时，再次将所述总需确认次数减一，直至所述总需确认次数的值为零。

本申请第二方面的实施例提供了一种多方确认的区块链交易处理装置，包括：

交易类型确定模块，用于接收用户发送的交易信息，确定所述交易信息对应的交易类型；

存储模块，用于若确定出所述交易信息对应的交易类型为发起交易，则在区块链系统中各节点设备的本地内存中存储所述发起交易的交易信息；

调整模块，用于若确定出所述交易信息对应的交易类型为确认交易，则调整所述确认交易对应的发起交易的交易信息中包括的确认次数信息；

所述存储模块，用于根据所述确认交易的交易信息包括的交易标识，在所述各节点设备中将所述确认交易的交易信息存储到所述交易标识对应的交易数据链上；

交易完成确认模块，用于根据所述确认交易对应的发起交易的交易信息中确认次数信息，确定所述确认交易所属的多方确认交易是否完成。

本申请第三方面的实施例提供了一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述计算机可读指令被所述处理器执行时，使得所述处理器执行上述第一方面所述的方法的步骤。

本申请第四方面的实施例提供了一种存储有计算机可读指令的存储介质，所述计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行上述第一方面所述的方法的步骤。

本申请实施例中提供的技术方案，至少具有如下技术效果或优点：

在本申请实施例中增加了发起类型和确认类型两种交易类型，在发起交易的交易信息中增加发起类型、交易标识和确认次数信息三个字段。在确认交易的交易信息中增加发起类型和交易标识两个字段，且确认交易的交易信息中的交易标识与其对应的发起交易的交易信息中的交易标识相同。基于对交易类型和交易信息的结构的这些改变，能够在每个确认交易过程中追溯到确认交易对应的发起交易，并对该发起交易的确认次数信息进行调整，根据调整后的确认次数信息来判断多方确认交易是否完成。如此在区块链系统中实现了需多方确认的交易。该实现方式不依赖于合约技术，即便不支持合约技术的区块链系统也能通过本专利的方式实现需多方确认的交易。

本申请附加的方面和优点将在下面的描述中部分给出，部分将从下面的描述中变的明显，或通过本申请的实践了解到。

附图说明

通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本申请的限制。而且在整个附图中，用相同的参考符号表示相同的部件。

在附图中：

图1示出了本申请一实施例所提供的一种多方确认的区块链交易处理方法的流程图；

图2示出了本申请一实施例所提供的一种多方确认的区块链交易处理装置的结构示意图；

图3示出了本申请一实施例所提供的一种计算机设备的结构示意图；

图4示出了本申请一实施例所提供的一种存储介质的示意图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

可以理解，本申请所使用的术语“第一”、“第二”等可在本文中用于描述各种元件，但这些元件不受这些术语限制。这些术语仅用于将第一个元件与另一个元件区分。

本申请的一些实施例提供了一种多方确认的区块链交易处理方法，该方法将交易类型分为发起类型和确认类型。发起类型对应的发起交易信息中包括交易标识、交易类型、交易资产信息、交易对象信息、确认次数信息等。确认类型对应的确认交易信息中除包括与确认交易相关的信息如确认方信息、需确认的物流或转账等信息外，该确认交易信息中还包括发起交易信息中的交易标识。

其中，交易标识为唯一标识该交易信息的字符序列。交易资产信息可以为交易金额、交易的物品等。交易对象信息可以包括交易双方的账户信息等。确认次数信息至少包括总需确认次数，总需确认次数规定了该发起交易所需多方确认的总确认次数。

参见图1，该方法具体包括以下步骤：

步骤101：区块链节点设备接收用户发送的交易信息，确定交易信息对应的交易类型。

当用户需要进行多方确认交易时，作为交易发起方的用户发送该多方确认交易对应的发起交易信息给区块链系统。该发起交易信息包括本次多方确认交易的交易标识、交易类型、所涉及的交易资产信息、交易对象信息以及确认次数信息。其中，交易类型为发起类型。若该多方确认交易为信用管理场景下的交易，如分期付款场景，则该发起交易信息中还包括本次信用值。本次信用值为若该多方确认交易成功完成则需给消费者的信用账户增加的信用值。

区块链系统中的某个区块链节点设备接收到用户发送的交易信息，该区块链节点设备可以为区块链系统中距离用户最近的一个节点设备。该区块链节点设备首先确定该交易信息的交易类型。具体地，获取交易信息包括的交易类型；若交易类型为发起类型，则确定交易信息对应的交易类型为发起交易；若交易类型为确认类型，则确定交易信息对应的交易类型为确认交易。

步骤102：若确定出该交易信息对应的交易类型为发起交易，则在区块链系统中各节点设备的本地内存中存储该发起交易的交易信息。

若步骤101确定出当前交易为发起交易，则该区块链节点设备获取该交易信息包括的交易标识；在本地内存中创建该交易标识对应的交易数据链；在该交易数据链上存储该交易标识与该发起交易的交易信息的对应关系。

该区块链节点设备还将该发起交易的交易信息转发给与其相邻的节点设备，相邻的节点设备再将该发起交易的交易信息转发给自己相邻的节点设备，如此经过多次转发之后能够确保该发起交易的交易信息被传播给区块链系统中的每个节点设备。

对于每个接收到该发起交易的交易信息的区块链节点设备，都按照上述方式在自己的内存中创建该发起交易对应的交易标识对应的交易数据链，并在该交易数据链上存储该交易标识与该发起交易的交易信息的对应关系。

在存储交易标识与该发起交易的交易信息的对应关系时，区块链节点设备以该发起交易的交易标识为索引，即以交易标识为key。以该发起交易的交易信息包括的所有内容为索引的内容，即以交易信息为value，将交易标识与发起交易的交易信息对应存储在交易数据链上。

步骤103：若确定出该交易信息对应的交易类型为确认交易，则调整该确认交易对应的发起交易的交易信息中包括的确认次数信息。

当区块链系统中的任一区块链节点设备再次接收到用户发送的交易信息时，先从该发起交易信息中提取交易类型，根据该交易类型确定当前交易是发起交易还是确认交易。若该交易信息为确认方发送的多方确认交易对应的确认交易信息，则该交易类型为确认类型，根据该确认类型能够确定出当前交易为确认交易。则该区块链节点设备获取该确认交易信息中包括的交易标识。根据该交易标识查询本地内存中是否存储有该交易标识对应的交易数据链。若未存储，则表明该确认交易是一次失败的交易，则丢弃当前接收的交易信息。若确定本地内存中存储有该交易标识对应的交易数据链，则查看该交易数据链中该交易标识对应的发起交易的交易信息中是否包含已确认次数字段，若不包含，则在该发起交易的交易信息中增加已确认次数字段，然后将该已确认次数加一。若确定出该发起交易的交易信息中包含已确认次数字段，则直接将该已确认次数的取值加一。

在本申请的另一些实施例中，也可以不在发起交易的交易信息中增加已确认次数字段。而是从该交易标识对应的交易数据链中获取该交易标识对应的发起交易的交易信息，将该交易信息中包括的总需确认次数减一。

步骤104：根据该确认交易的交易信息包括的交易标识，在所述各节点设备中将该确认交易的交易信息存储到该交易标识对应的交易数据链上。

接收到该确认交易的交易信息的区块链节点设备通过上述步骤103调整对应的发起交易的交易信息中的确认次数信息之后，根据该交易标识，将该确认交易的交易信息存储到本地内存中对应的交易数据链上。

之后，该区块链节点设备还通过相邻的节点设备将该确认交易的交易信息传播到区块链系统中的每个节点设备上。每个节点设备接收到该确认交易的交易信息后，都按照上述步骤103的方式调整自身存储的该确认交易对应的发起交易的交易信息中的确认次数信息，以及按照本步骤的方式将该确认交易的交易信息存储到各自本地内存中该确认交易对应的交易数据链上。实现区块链系统中所有节点设备同步记账，避免多方确认交易的交易数据被恶意篡改，确保其真实性。

步骤105：根据该确认交易对应的发起交易的交易信息中确认次数信息，确定确认交易所属的多方确认交易是否完成。

若步骤103中是调整了已确认次数字段，则本步骤中获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数和已确认次数；比较已确认次数与总需确认次数是否相等；如果是，则确定确认交易所属的多方确认交易完成；如果否，则再次接收到发起交易对应的确认交易信息时，再次将已确认次数加一，直至已确认次数与总需确认次数相等。

若步骤103中是调整了总需确认次数字段，则本步骤中获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数；若总需确认次数的值为零，则确定确认交易所属的多方确认交易完成；若总需确认次数的值大于零，则再次接收到发起交易对应的确认交易信息时，再次将总需确认次数减一，直至总需确认次数的值为零。

若该多方确认交易为信用管理场景下的交易，则还向消费者的信用账户中增加该发起交易信息中包括的本次信用值，该多方确认交易完成之后可以将多方确认交易打包到新区块中，并在本地链中将该新区块进行上链存储。以及将该新区块传播给区块链系统中的其他每个区块链节点设备，以使其他每个区块链节点设备对该多方确认交易进行同步记账。

下面结合具体示例来说明多方确认交易的实现过程。假设该多方确认交易为信用管理场景中的贸易交易，如用户从网上购物平台通过购买一件商品，商家通过物流配送将该商品交付给用户。则在该交易过程中用户需要对物流信息进行确认，商家需要对银行转账进行确认，该交易属于多方确认交易，且总需确认次数为2次。当商家发起该交易，发送发起交易信息给区块链节点设备，该发起交易信息中包括交易标识“id1”、总需确认次数“2次”、本次信用值“1”以及交易类型“发起类型”等。区块链节点设备接收到该发起交易信息，确定交易类型为“发起类型”，存储该交易标识“id1”与该发起交易信息的对应关系。当商家将该商品通过物流公司配送给用户，当配送完成时，物流公司向区块链节点设备发送物流确认交易，该物流确认交易信息中包括交易类型“确认类型”及上述发起交易信息中的交易标识“id1”。区块链节点设备确定该物流确认交易的类型为“确认类型”，则根据该物流确认交易信息中包括的交易标识“id1”，从本地中查询到存储有“id1”对应的发起交易信息。区块链节点设备从本地获取“id1”对应的发起交易信息，在发起交易信息中添加已确认次数字段，将该已确认次数字段的值赋值为1。

当用户确认收货并付款后，付款信息中包括该发起交易信息中包括的交易标识“id1”。商家的银行账户收到还款，银行向区块链节点设备发送还款确认交易信息，该还款确认交易信息中也包括交易标识“id1”。区块链节点设备确定该还款确认交易的类型为“确认类型”，则根据该还款确认交易信息中包括的交易标识“id1”，从本地中查询到存储有“id1”对应的发起交易信息。区块链节点设备从本地获取“id1”对应的发起交易信息，将该已确认次数字段的值加1，加1后该已确认次数的值变为2。区块链节点设备将该已确认次数的值与发起交易信息中包括的总需确认次数进行比较，比较出二者取值相同，均为2，因此确定该多方确认交易完成，向用户的信用账户中增加发起交易信息中包括的本次信用值“1”。

在本申请实施例中增加了发起类型和确认类型两种交易类型，在发起交易的交易信息中增加发起类型、交易标识和确认次数信息三个字段。在确认交易的交易信息中增加发起类型和交易标识两个字段，且确认交易的交易信息中的交易标识与其对应的发起交易的交易信息中的交易标识相同。基于对交易类型和交易信息的结构的这些改变，能够在每个确认交易过程中追溯到确认交易对应的发起交易，并对该发起交易的确认次数信息进行调整，根据调整后的确认次数信息来判断多方确认交易是否完成。如此在区块链系统中实现了需多方确认的交易。该实现方式不依赖于合约技术，即便不支持合约技术的区块链系统也能通过本专利的方式实现需多方确认的交易。

本申请实施例提供了一种多方确认的区块链交易处理装置，该装置用于执行上述任一实施例所述的多方确认的区块链交易处理方法，如图2所示，该装置包括：

交易类型确定模块201，用于接收用户发送的交易信息，确定交易信息对应的交易类型；

存储模块202，用于若确定出交易信息对应的交易类型为发起交易，则在区块链系统中各节点设备的本地内存中存储发起交易的交易信息；

调整模块203，用于若确定出交易信息对应的交易类型为确认交易，则调整确认交易对应的发起交易的交易信息中包括的确认次数信息；

存储模块202，用于根据确认交易的交易信息包括的交易标识，在各节点设备中将确认交易的交易信息存储到交易标识对应的交易数据链上；

交易完成确认模块204，用于根据确认交易对应的发起交易的交易信息中确认次数信息，确定确认交易所属的多方确认交易是否完成。

交易类型确定模块201，用于接收用户发送的交易信息，获取交易信息包括的交易类型；若交易类型为发起类型，则确定交易信息对应的交易类型为发起交易；若交易类型为确认类型，则确定交易信息对应的交易类型为确认交易。

存储模块202，用于将交易信息传播到区块链系统中的每个节点设备；接收到交易信息的节点设备获取交易信息包括的交易标识；在本地内存中创建交易标识对应的交易数据链；在交易数据链上存储交易标识与交易信息的对应关系。

调整模块203，用于获取确认交易的交易信息包括的交易标识；查询本地内存中是否存储有交易标识对应的交易数据链；如果是，则将交易数据链上交易标识对应的发起交易的交易信息包括的已确认次数加一。

交易完成确认模块204，用于获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数和已确认次数；比较已确认次数与总需确认次数是否相等；如果是，则确定确认交易所属的多方确认交易完成；如果否，则再次接收到发起交易对应的确认交易信息时，再次将已确认次数加一，直至已确认次数与总需确认次数相等。

调整模块203，用于获取确认交易的交易信息包括的交易标识；查询本地内存中是否存储有交易标识对应的交易数据链；如果是，则将交易数据链上交易标识对应的发起交易的交易信息包括的总需确认次数减一。

交易完成确认模块204，用于获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数若总需确认次数的值为零，则确定确认交易所属的多方确认交易完成；若总需确认次数的值大于零，则再次接收到发起交易对应的确认交易信息时，再次将总需确认次数减一，直至总需确认次数的值为零。

在本申请实施例中增加了发起类型和确认类型两种交易类型，在发起交易的交易信息中增加发起类型、交易标识和确认次数信息三个字段。在确认交易的交易信息中增加发起类型和交易标识两个字段，且确认交易的交易信息中的交易标识与其对应的发起交易的交易信息中的交易标识相同。基于对交易类型和交易信息的结构的这些改变，能够在每个确认交易过程中追溯到确认交易对应的发起交易，并对该发起交易的确认次数信息进行调整，根据调整后的确认次数信息来判断多方确认交易是否完成。如此在区块链系统中实现了需多方确认的交易。该实现方式不依赖于合约技术，即便不支持合约技术的区块链系统也能通过本专利的方式实现需多方确认的交易。

本申请实施例提供了一种计算机设备。如图3所示，该计算机设备包括通过系统总线连接的处理器、非易失性存储介质、存储器和网络接口。其中，该计算机设备的非易失性存储介质存储有操作系统、数据库和计算机可读指令，数据库中可存储有控件信息序列，该计算机可读指令被处理器执行时，可使得处理器实现一种多方确认的区块链交易处理方法。该计算机设备的处理器用于提供计算和控制能力，支撑整个计算机设备的运行。该计算机设备的存储器中可存储有计算机可读指令，该计算机可读指令被处理器执行时，可使得处理器执行一种多方确认的区块链交易处理方法。该计算机设备的网络接口用于与终端连接通信。本领域技术人员可以理解，图3中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

该计算机设备包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，处理器执行计算机程序时实现以下步骤：接收用户发送的交易信息，确定交易信息对应的交易类型；若确定出交易信息对应的交易类型为发起交易，则在区块链系统中各节点设备的本地内存中存储发起交易的交易信息；若确定出交易信息对应的交易类型为确认交易，则调整确认交易对应的发起交易的交易信息中包括的确认次数信息；根据确认交易的交易信息包括的交易标识，在各节点设备中将确认交易的交易信息存储到交易标识对应的交易数据链上；根据确认交易对应的发起交易的交易信息中确认次数信息，确定确认交易所属的多方确认交易是否完成。

处理器执行计算机程序时还可以实现以下步骤：接收用户发送的交易信息，获取交易信息包括的交易类型；若交易类型为发起类型，则确定交易信息对应的交易类型为发起交易；若交易类型为确认类型，则确定交易信息对应的交易类型为确认交易。

处理器执行计算机程序时还可以实现以下步骤：将交易信息传播到区块链系统中的每个节点设备；接收到交易信息的节点设备获取交易信息包括的交易标识；在本地内存中创建交易标识对应的交易数据链；在交易数据链上存储交易标识与交易信息的对应关系。

处理器执行计算机程序时还可以实现以下步骤：获取确认交易的交易信息包括的交易标识；查询本地内存中是否存储有交易标识对应的交易数据链；如果是，则将交易数据链上交易标识对应的发起交易的交易信息包括的已确认次数加一。

处理器执行计算机程序时还可以实现以下步骤：获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数和已确认次数；比较已确认次数与总需确认次数是否相等；如果是，则确定确认交易所属的多方确认交易完成；如果否，则再次接收到发起交易对应的确认交易信息时，再次将已确认次数加一，直至已确认次数与总需确认次数相等。

处理器执行计算机程序时还可以实现以下步骤：获取确认交易的交易信息包括的交易标识；查询本地内存中是否存储有交易标识对应的交易数据链；如果是，则将交易数据链上交易标识对应的发起交易的交易信息包括的总需确认次数减一。

处理器执行计算机程序时还可以实现以下步骤：获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数若总需确认次数的值为零，则确定确认交易所属的多方确认交易完成；若总需确认次数的值大于零，则再次接收到发起交易对应的确认交易信息时，再次将总需确认次数减一，直至总需确认次数的值为零。

在本申请实施例中增加了发起类型和确认类型两种交易类型，在发起交易的交易信息中增加发起类型、交易标识和确认次数信息三个字段。在确认交易的交易信息中增加发起类型和交易标识两个字段，且确认交易的交易信息中的交易标识与其对应的发起交易的交易信息中的交易标识相同。基于对交易类型和交易信息的结构的这些改变，能够在每个确认交易过程中追溯到确认交易对应的发起交易，并对该发起交易的确认次数信息进行调整，根据调整后的确认次数信息来判断多方确认交易是否完成。如此在区块链系统中实现了需多方确认的交易。该实现方式不依赖于合约技术，即便不支持合约技术的区块链系统也能通过本专利的方式实现需多方确认的交易。

本申请实施例还提出了一种存储有计算机可读指令的存储介质，如图4所示，该计算机可读指令被一个或多个处理器执行时，使得一个或多个处理器执行以下步骤：接收用户发送的交易信息，确定交易信息对应的交易类型；若确定出交易信息对应的交易类型为发起交易，则在区块链系统中各节点设备的本地内存中存储发起交易的交易信息；若确定出交易信息对应的交易类型为确认交易，则调整确认交易对应的发起交易的交易信息中包括的确认次数信息；根据确认交易的交易信息包括的交易标识，在各节点设备中将确认交易的交易信息存储到交易标识对应的交易数据链上；根据确认交易对应的发起交易的交易信息中确认次数信息，确定确认交易所属的多方确认交易是否完成。

处理器还可以执行以下步骤：接收用户发送的交易信息，获取交易信息包括的交易类型；若交易类型为发起类型，则确定交易信息对应的交易类型为发起交易；若交易类型为确认类型，则确定交易信息对应的交易类型为确认交易。

处理器还可以执行以下步骤：将交易信息传播到区块链系统中的每个节点设备；接收到交易信息的节点设备获取交易信息包括的交易标识；在本地内存中创建交易标识对应的交易数据链；在交易数据链上存储交易标识与交易信息的对应关系。

处理器还可以执行以下步骤：获取确认交易的交易信息包括的交易标识；查询本地内存中是否存储有交易标识对应的交易数据链；如果是，则将交易数据链上交易标识对应的发起交易的交易信息包括的已确认次数加一。

处理器还可以执行以下步骤：获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数和已确认次数；比较已确认次数与总需确认次数是否相等；如果是，则确定确认交易所属的多方确认交易完成；如果否，则再次接收到发起交易对应的确认交易信息时，再次将已确认次数加一，直至已确认次数与总需确认次数相等。

处理器还可以执行以下步骤：获取确认交易的交易信息包括的交易标识；查询本地内存中是否存储有交易标识对应的交易数据链；如果是，则将交易数据链上交易标识对应的发起交易的交易信息包括的总需确认次数减一。

处理器还可以执行以下步骤：获取交易标识对应的交易数据链上发起交易的交易信息中包括的总需确认次数若总需确认次数的值为零，则确定确认交易所属的多方确认交易完成；若总需确认次数的值大于零，则再次接收到发起交易对应的确认交易信息时，再次将总需确认次数减一，直至总需确认次数的值为零。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，该计算机程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。

在本申请实施例中增加了发起类型和确认类型两种交易类型，在发起交易的交易信息中增加发起类型、交易标识和确认次数信息三个字段。在确认交易的交易信息中增加发起类型和交易标识两个字段，且确认交易的交易信息中的交易标识与其对应的发起交易的交易信息中的交易标识相同。基于对交易类型和交易信息的结构的这些改变，能够在每个确认交易过程中追溯到确认交易对应的发起交易，并对该发起交易的确认次数信息进行调整，根据调整后的确认次数信息来判断多方确认交易是否完成。如此在区块链系统中实现了需多方确认的交易。该实现方式不依赖于合约技术，即便不支持合约技术的区块链系统也能通过本专利的方式实现需多方确认的交易。

以上所述实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对本申请专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。