CN115564448A - 一种基于区块链的支付方法、装置、设备、介质及产品 - Google Patents

Abstract

本文涉及一种基于区块链的支付方法、装置、设备、介质及产品，包括：获取用户的支付请求，支付请求包括用户账户信息及商家账户信息；将支付请求发送至区块链中的对应节点，支付请求进行第一验证，对用户及商家的合规性验证；当通过第一验证，将支付请求广播至区块链中的所有节点，并由所有节点记录支付请求；对支付请求中与商家相关的信息，进行第二验证，用于判断多个不同商家是否共用同一商家账户；当通过第二验证，对支付请求进行支付处理，得到支付结果；根据支付请求，对支付结果进行第三验证；若通过第三验证，将所述支付结果发送至区块链节点进行广播。本方案能有效避免现有支付系统中的安全风险，避免支付请求被伪造、变造等问题的发生。

Description

一种基于区块链的支付方法、装置、设备、介质及产品

技术领域

本文涉及金融科技领域，尤其是一种基于区块链的支付方法、装置、设备、介质及产品。

背景技术

随着互联网支付和手机支付需求的急速增加，在实际从事业务过程中，可能存在伪造、变造交易，更改交易信息以套取商户和用户资金的行为，无法保证平台提供的交易信息的真实性商户真实性、订单支付的安全性。

目前现有技术中的支付方法中，商家集成常规的支付渠道形成支付组件，而订单信息是通过外部应用传递该支付组件的。这种支付交易方式可能存在订单信息被篡改的问题，安全性及真实性无法得到保障。

针对目前技术中支付方法安全性及真实性低的问题，需要一种基于区块链的支付方法及装置。

发明内容

为解决上述现有技术的问题，本文实施例提供了一种基于区块链的支付方法、装置、设备、介质及产品。

本文实施例提供了一种基于区块链的支付方法、装置、设备、介质及产品，所述方法包括：获取用户的支付请求，所述支付请求包括用户账户信息及商家账户信息；将所述支付请求发送至区块链中的对应节点，由各节点对所述支付请求进行第一验证，所述第一验证为对所述用户账户信息及商家账户信息的验证；当通过第一验证，将所述支付请求广播至区块链中的所有节点，并由所有节点记录所述支付请求；对所述支付请求中与商家相关的信息，进行第二验证，所述第二验证用于判断多个不同商家是否共用同一商家账户；当通过所述第二验证，对所述支付请求进行支付处理，得到支付结果；根据所述支付请求，对所述支付结果进行第三验证，所述第三验证用于验证支付结果与支付请求中的信息是否一致；若通过第三验证，将所述支付结果发送至所述区块链节点进行广播。

根据本文实施例的一个方面，第一验证包括：对所述用户账户信息及商家账户信息进行合规性验证。

根据本文实施例的一个方面，对所有节点记录的支付请求中与商家相关的信息进行第二验证包括：从所有节点记录的支付请求中，查询具有相同商家账户信息的商家名称；根据所述商家名称，查询所有包含所述商家名称的支付请求，确定支付请求是否通过验证。

根据本文实施例的一个方面，所述根据所述商家名称，查询所有包含所述商家名称的支付请求，确定支付请求是否通过验证包括：当所述商家名称相同，确定所述支付请求符合所述第二验证，并记录所述支付请求；当所述商家名称不同，确定所述支付请求不符合第二验证，并记录所述支付请求。

根据本文实施例的一个方面，所述根据所述支付请求，对所述支付结果进行第三验证包括：分别比较所述用户账户信息与付款方账户信息是否一致、所述商家名称与收款方名称是否一致、所述商家账户信息与所述收款方的账户信息是否一致、所述支付请求中的商品信息与支付结果中的商品信息是否一致、所述支付请求中的订单金额与所述支付结果中的订单金额是否一致。

根据本文实施例的一个方面，所述方法进一步包括：若支付结果与支付请求中的任意一项不一致，则确定所述支付结果不合规；注销所述支付处理，将用户支付的金额退回用户的账户。

本文实施例还提供了一种基于区块链的支付装置，所述装置包括：支付请求获取单元，用于获取用户的支付请求，所述支付请求包括用户及商家相关的信息；第一验证单元，用于将所述支付请求发送至区块链中的对应节点，由各节点对所述支付请求进行第一验证，所述第一验证为对所述用户及商家的合规性验证；支付请求记录单元，用于当通过第一验证，将所述支付请求广播至区块链中的所有节点，并由所有节点记录所述支付请求；第二验证单元，对所述支付请求中与商家相关的信息，进行第二验证，所述第二验证用于判断多个不同商家是否共用同一商家账户；支付结果确定单元，用于当通过所述第二验证，对所述支付请求进行支付处理，得到支付结果；第三验证单元，用于根据所述支付请求，对所述支付结果进行第三验证，所述第三验证用于验证支付结果与支付请求中的信息是否一致；广播单元，用于若通过第三验证，将所述支付结果发送至所述区块链节点进行广播。

本文实施例还提供了一种计算设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现所述基于区块链的支付方法。

本文实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现所述基于区块链的支付方法。

本文实施例还提供了一种计算机程序产品，所述计算机程序产品包括计算机程序，所述计算机程序被处理器执行时实现所述基于区块链的支付方法。

本方案利用区块链分布式账本的特性，能够有效避免现有支付系统中的安全风险，可以实时对系统中的所有交易进行监管，避免支付请求被伪造、变造等问题的发生。

附图说明

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

图1所示为本文实施例一种基于区块链的支付方法的流程图；

图2所示为本文实施例一种对支付请求进行第二验证的方法流程图；

图3所示为本文实施例一种确定支付请求是否通过验证的方法流程图；

图4所示为本文实施例一种对支付请求进行第三验证的方法流程图；

图5所示为本文实施例一种基于区块链的支付装置的结构示意图；

图6所示为本文实施例基于区块链的支付装置的具体结构示意图；

图7所示为本文实施例一种计算机设备的结构示意图。

附图符号说明：

501、支付请求获取单元；

502、第一验证单元；

503、支付请求记录单元；

504、第二验证单元；

5041、商家名称查询模块；

505、支付结果确定单元；

506、第三验证单元；

5061、注销模块；

507、广播单元；

702、计算机设备；

704、处理器；

706、存储器；

708、驱动机构；

710、输入/输出模块；

712、输入设备；

714、输出设备；

716、呈现设备；

718、图形用户接口；

720、网络接口；

722、通信链路；

724、通信总线。

具体实施方式

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

需要说明的是，本文的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本文的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、装置、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

本说明书提供了如实施例或流程图所述的方法操作步骤，但基于常规或者无创造性的劳动可以包括更多或者更少的操作步骤。实施例中列举的步骤顺序仅仅为众多步骤执行顺序中的一种方式，不代表唯一的执行顺序。在实际中的系统或装置产品执行时，可以按照实施例或者附图所示的方法顺序执行或者并行执行。

需要说明的是，本文的基于区块链的支付方法可用于金融科技领域，本文对基于区块链的支付方法及装置的应用领域不做限定。本申请技术方案中对数据的获取、存储、使用、处理等均符合国家法律法规的相关规定。

图1所示为本文实施例一种基于区块链的支付方法，具体包括如下步骤：

步骤101，获取用户的支付请求，所述支付请求包括用户及商家相关的信息。用户发起支付请求时，支付请求中通常记录多维度的信息，包括用户相关的信息、商家相关的信息等。其中，用户相关的信息包括：用户名、用户账户信息，商家相关的信息包括：商家账户信息、商家名称。另外，支付请求还包括：商品信息、支付请求发起时间、订单金额、用户账户余额等信息。

步骤102，将所述支付请求发送至区块链中的对应节点，由各节点对所述支付请求进行第一验证，所述第一验证为对所述用户账户信息及商家账户信息的验证。在本步骤中，将支付请求发送至区块链的节点时，可以根据支付请求的发起时间的不同，依次发送给不同的节点。进一步的，可以将用户的支付请求及支付请求对应的数字签名共同发送至节点。可以由节点对支付请求中的数字签名及区块链中预先存储的用户对应的数字签名进行合规性验证。另外，节点还可以对支付请求中的用户名与用户账户信息的对应关系、商家账户信息及商家名称的对应关系进行合规性验证。例如，用户名与用户的银行账户不对应，则无法通过合规性验证；商家账户信息与商家名称无法对应，则无法通过第一验证。

步骤103，当通过第一验证，将所述支付请求广播至区块链中的所有节点，并由所有节点记录所述支付请求。当支付信息中的用户相关的信息及商家相关的信息均通过第一验证，则将支付请求进行广播，将支付请求广播至区块链中的所有节点。在本步骤中，第一验证也可以理解为是区块链上所有节点的共识验证，当某节点对其接收到的支付请求通过第一验证之后，即可认为区块链上的其他节点通过共识验证，该支付请求具备了广播到区块链上其他节点的权限，并可以由区块链上的所有节点查询、记录及存储。

步骤104，对所述支付请求中与商家相关的信息，进行第二验证，所述第二验证用于判断多个不同商家是否共用同一商家账户。在本说明书中的一些实施例中，可能存在多个不同的商家或商户，使用同一账户的情况，该种情况属于恶意交易的情形。因此，需要从支付请求中，查询与商家相关的信息，包括但不限于：商家名称、商家账户、商家营业执照编号等内容。

步骤105，当通过所述第二验证，对所述支付请求进行支付处理，得到支付结果。本步骤中，通过第二验证的支付请求，可以直接执行支付交易，得到支付后的结果。支付结果包括但不限于：付款方账户信息、收款方名称、收款方账户信息、商品信息、订单金额、支付发起时间等。分别比较所述用户账户信息与所述付款方账户信息是否一致、所述商家名称与收款方名称是否一致、所述商家账户信息与所述收款方账户信息是否一致、所述支付请求中的商品信息与支付结果中的商品信息是否一致、所述支付请求中的订单金额与所述支付结果中的订单金额是否一致。

步骤106，根据所述支付请求，对所述支付结果进行第三验证，所述第三验证用于验证支付结果与支付请求中的信息是否一致。当支付完成，得到支付结果之后，将支付结果与支付请求中的内容进行一一比对，若支付结果中的内容与支付请求中对应的内容不一致或不完全一致，则判断该支付请求无法通过第三验证。

步骤107，若通过第三验证，将所述支付结果发送至所述区块链节点进行广播。在本步骤中，通过第三验证的支付请求在此前也通过了第一验证和第二验证。将支付结果发送至区块链的所有节点进行广播。本发明通过对支付交易信息进行合规性验证，避免跨链场景下交易异常风险，提高了交易数据的安全性。

图2所示为本文实施例一种对支付请求进行第二验证的方法流程图，具体包括如下步骤：

步骤201，从所有节点记录的支付请求中，查询具有相同商家账户信息的商家名称。在本说明书中，从节点记录的支付请求中，可以查询到支付请求的用户信息、商家信息及支付发起时间。则可以设置查询时间段，获取查询时间段内的所有支付请求中，具有相同商家账户信息的支付请求，并进一步查询这些支付请求中的商家名称是否一致。在本步骤中，查询时间段内可能包括具有相同商家账户信息的支付请求，例如，同一用户在同一商家下单多次，或者，不同用户在同一商家下单；查询时间段内也包括具有不同商家账户信息的支付请求。

例如，查询时间段为10分钟，区块链查询到13:00-13:10分时间段内，区块链内的节点共记录了100笔支付请求。区块链查询这100笔支付请求中是否包括相同的商家账户信息。例如，100笔支付请求中有20笔支付请求具有相同的商家账户信息。

步骤202，根据所述商家名称，查询所有包含所述商家名称的支付请求，确定支付请求是否通过验证。根据上述步骤确定的具体相同商家账户信息的支付请求，进一步查询这类支付请求中的商家名称是否一致。例如，查询时间段10分钟内的支付请求中，有20笔支付请求具体相同的商家账户信息，其中有17笔支付请求的商家名称是相同的，均为：甲超市，而有3笔支付请求的商家名称是不同的，分别为A餐饮店、B小吃铺和C饮食店。

图3所示为本文实施例一种确定支付请求是否通过验证的方法流程图，具体包括如下步骤：

步骤301，当所述商家名称相同，确定所述支付请求符合所述第二验证，并记录所述支付请求。若具有相同商家账户信息的商家名称是相同的，说明同一商户在当前查询时间段内发生了多笔交易，该支付请求是正常的支付请求。

步骤302，当所述商家名称不同，确定所述支付请求不符合第二验证，并记录所述支付请求。当具有相同商家账户信息的商家名称不同，说明不同的商家使用相同商家账户，这些不同的商户存在抱团偷税漏税或其他交易风险，这类支付请求是不合规的，因此该类支付请求无法通过验证。

图4所示为本文实施例一种对支付请求进行第三验证的方法流程图，具体包括如下步骤：

步骤401，若支付结果与支付请求中的任意一项不一致，则确定所述支付结果不合规。如果支付过程中信息没有被伪造、变造，那么实际发生支付之后，支付结果中的信息与支付请求中的信息是一致的。如果支付结果中的信息与支付请求中的信息不一致，则支付结果是不准确的。例如，用户张三发起的支付请求中用户账户为0001(示例)，而在支付结果中，付款方账户信息为0002。支付请求中的用户账户与支付结果中的付款方账户信息不一致，则该支付结果不合规。

步骤402，注销所述支付处理，将用户支付的金额退回用户的账户。将不合规的支付结果进行注销，该支付结果无效。可以有效方式伪造、变造交易套取商户和用户资金的行为发生。

如图5所示为本文实施例一种基于区块链的支付装置的结构示意图，在本图中描述了基于区块链的支付装置的基本结构，其中的功能单元、模块可以采用软件方式实现，也可以采用通用芯片或者特定芯片实现基于区块链的支付，该装置具体包括：

支付请求获取单元501，用于获取用户的支付请求，所述支付请求包括用户及商家相关的信息；

第一验证单元502，用于将所述支付请求发送至区块链中的对应节点，由各节点对所述支付请求进行第一验证，所述第一验证为对所述用户及商家的合规性验证；

支付请求记录单元503，用于当通过第一验证，将所述支付请求广播至区块链中的所有节点，并由所有节点记录所述支付请求；

第二验证单元504，对所述支付请求中与商家相关的信息，进行第二验证，所述第二验证用于判断多个不同商家是否共用同一商家账户；

支付结果确定单元505，用于当通过所述第二验证，对所述支付请求进行支付处理，得到支付结果；

第三验证单元506，用于根据所述支付请求，对所述支付结果进行第三验证，所述第三验证用于验证支付结果与支付请求中的信息是否一致；

广播单元507，用于若通过第三验证，将所述支付结果发送至所述区块链节点进行广播。

本方案利用区块链分布式账本的特性，能够有效避免现有支付系统中的安全风险，可以实时对系统中的所有交易进行监管，避免支付请求被伪造、变造等问题的发生。

作为本文的一个实施例，还可以参考如图6所示为本实施例基于区块链的支付装置的具体结构示意图。

作为本文的一个实施例，所述第二验证单元504进一步包括：

商家名称查询模块5041，用于从所有节点记录的支付请求中，查询具有相同商家账户信息的商家名称；

作为本文的一个实施例，所述第三验证单元506进一步包括：

注销模块5061，用于注销所述支付处理，将用户支付的金额退回用户的账户。

如图7所示为本文实施例提供的一种计算机设备的结构示意图，本文所述基于区块链的支付方法可以应用于该计算机设备中。所述计算机设备702可以包括一个或多个处理器704，诸如一个或多个中央处理单元(CPU)，每个处理单元可以实现一个或多个硬件线程。计算机设备702还可以包括任何存储器706，其用于存储诸如代码、设置、数据等之类的任何种类的信息。非限制性的，比如，存储器706可以包括以下任一项或多种组合：任何类型的RAM，任何类型的ROM，闪存设备，硬盘，光盘等。更一般地，任何存储器都可以使用任何技术来存储信息。进一步地，任何存储器可以提供信息的易失性或非易失性保留。进一步地，任何存储器可以表示计算机设备702的固定或可移除部件。在一种情况下，当处理器704执行被存储在任何存储器或存储器的组合中的相关联的指令时，计算机设备702可以执行相关联指令的任一操作。计算机设备702还包括用于与任何存储器交互的一个或多个驱动机构708，诸如硬盘驱动机构、光盘驱动机构等。

计算机设备702还可以包括输入/输出模块710(I/O)，其用于接收各种输入(经由输入设备712)和用于提供各种输出(经由输出设备714)。一个具体输出机构可以包括呈现设备716和相关联的图形用户接口(GUI)718。在其他实施例中，还可以不包括输入/输出模块710(I/O)、输入设备712以及输出设备714，仅作为网络中的一台计算机设备。计算机设备702还可以包括一个或多个网络接口720，其用于经由一个或多个通信链路722与其他设备交换数据。一个或多个通信总线724将上文所描述的部件耦合在一起。

通信链路722可以以任何方式实现，例如，通过局域网、广域网(例如，因特网)、点对点连接等、或其任何组合。通信链路722可以包括由任何协议或协议组合支配的硬连线链路、无线链路、路由器、网关功能、名称服务器等的任何组合。

对应于图1至图4中的方法，本文实施例还提供了一种计算机可读存储介质，该计算机可读存储介质上存储有计算机程序，该计算机程序被处理器运行时执行上述方法的步骤。

本文实施例还提供一种计算机可读指令，其中当处理器执行所述指令时，其中的程序使得处理器执行如图1至图4所示的方法。

本文实施例还提供了一种计算机程序产品，计算机程序产品包括计算机程序，计算机程序被处理器执行时实现如图1至图4所示的方法。

应理解，在本文的各种实施例中，上述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本文实施例的实施过程构成任何限定。

还应理解，在本文实施例中，术语“和/或”仅仅是一种描述关联对象的关联关系，表示可以存在三种关系。例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。另外，本文中字符“/”，一般表示前后关联对象是一种“或”的关系。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、计算机软件或者二者的结合来实现，为了清楚地说明硬件和软件的可互换性，在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本文的范围。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，上述描述的系统、装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本文所提供的几个实施例中，应该理解到，所揭露的系统、装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另外，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口、装置或单元的间接耦合或通信连接，也可以是电的，机械的或其它的形式连接。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本文实施例方案的目的。

另外，在本文各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以是两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

本文中应用了具体实施例对本文的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本文的方法及其核心思想；同时，对于本领域的一般技术人员，依据本文的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本文的限制。

Claims (10)

1.一种基于区块链的支付方法，其特征在于，所述方法包括：

获取用户的支付请求，所述支付请求包括用户账户信息及商家账户信息；

将所述支付请求发送至区块链中的对应节点，由各节点对所述支付请求进行第一验证，所述第一验证为对所述用户账户信息及商家账户信息的验证；

当通过第一验证，将所述支付请求广播至区块链中的所有节点，并由所有节点记录所述支付请求；

对所述支付请求中与商家相关的信息，进行第二验证，所述第二验证用于判断多个不同商家是否共用同一商家账户；

当通过所述第二验证，对所述支付请求进行支付处理，得到支付结果；

根据所述支付请求，对所述支付结果进行第三验证，所述第三验证用于验证支付结果与支付请求中的信息是否一致；

若通过第三验证，将所述支付结果发送至所述节点进行广播。

2.根据权利要求1所述的基于区块链的支付方法，其特征在于，所述第一验证包括：对所述用户账户信息及商家账户信息进行合规性验证。

3.根据权利要求1所述的基于区块链的支付方法，其特征在于，对所有节点记录的支付请求中与商家相关的信息进行第二验证包括：

从所有节点记录的支付请求中，查询具有相同商家账户信息的商家名称；

根据所述商家名称，查询所有包含所述商家名称的支付请求，确定支付请求是否通过验证。

4.根据权利要求3所述的基于区块链的支付方法，其特征在于，所述根据所述商家名称，查询所有包含所述商家名称的支付请求，确定支付请求是否通过验证包括：

当所述商家名称相同，确定所述支付请求符合所述第二验证，并记录所述支付请求；

当所述商家名称不同，确定所述支付请求不符合第二验证，并记录所述支付请求。

5.根据权利要求4所述的基于区块链的支付方法，其特征在于，所述根据所述支付请求，对所述支付结果进行第三验证包括：

分别比较所述用户账户信息与付款方账户信息是否一致、所述商家名称与收款方名称是否一致、所述商家账户信息与所述收款方的账户信息是否一致、所述支付请求中的商品信息与支付结果中的商品信息是否一致、所述支付请求中的订单金额与所述支付结果中的订单金额是否一致。

6.根据权利要求5所述的基于区块链的支付方法，其特征在于，所述方法进一步包括：

若支付结果与支付请求中的任意一项不一致，则确定所述支付结果不合规；

注销所述支付处理，将用户支付的金额退回用户的账户。

7.一种基于区块链的支付装置，其特征在于，所述装置包括：

支付请求获取单元，用于获取用户的支付请求，所述支付请求包括用户账户信息及商家账户信息；

第一验证单元，用于将所述支付请求发送至区块链中的对应节点，由各节点对所述支付请求进行第一验证，所述第一验证为对所述用户及商家的合规性验证；

支付请求记录单元，用于当通过第一验证，将所述支付请求广播至区块链中的所有节点，并由所有节点记录所述支付请求；

第二验证单元，对所述支付请求中与商家相关的信息，进行第二验证，所述第二验证用于判断多个不同商家是否共用同一商家账户；

支付结果确定单元，用于当通过所述第二验证，对所述支付请求进行支付处理，得到支付结果；

第三验证单元，用于根据所述支付请求，对所述支付结果进行第三验证，所述第三验证用于验证支付结果与支付请求中的信息是否一致；

广播单元，用于若通过第三验证，将所述支付结果发送至所述区块链节点进行广播。

8.一种计算机设备，其特征在于，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现权利要求1至6任意一项所述的方法。

9.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现权利要求1至6任意一项所述的方法。

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

Images