CN116739596A - 基于区块链的交易监管方法、装置、设备、介质和产品 - Google Patents

Abstract

本公开提供了一种基于区块链的资金交易监管方法。该基于区块链的资金交易监管方法包括：基于资金提供方与账户之间配置的合同生成智能合约；接收由账户发起的交易申请；基于智能合约对交易申请进行验证，得到验证结果；响应于验证结果为验证成功，输出第一指令，其中，第一指令用于执行交易申请；响应于验证结果为验证失败，输出第二指令，其中，第二指令用于终止交易申请。本公开还提供了一种基于区块链的资金交易监管装置、设备、存储介质和程序产品。

Description

基于区块链的交易监管方法、装置、设备、介质和产品

技术领域

本公开涉及区块链领域，更具体地涉及一种基于区块链的交易监管方法、装置、设备、介质和程序产品。

背景技术

专项资金作为具有专门指定用途或特殊用途的资金，通常要求单独核算且不能挪作他用。因此，进行专项资金的交易监管在维护社会稳定、确保公众利益等方面具有重要意义。

目前通常使用资金监管系统进行资金交易的监督和管理，但现有方法存在交易信息易篡改、资金交易溯源困难等缺点。

发明内容

鉴于上述问题，本公开提供了提高交易监管安全性的基于区块链的交易监管方法、装置、设备、介质和程序产品。

根据本公开的第一个方面，提供了一种基于区块链的交易监管方法，包括：基于资金转入方与账户之间配置的合同生成智能合约；接收由账户发起的交易申请；基于智能合约对交易申请进行验证，得到验证结果；响应于验证结果为验证成功，输出第一指令，其中，第一指令用于执行交易申请；响应于验证结果为验证失败，输出第二指令，其中，第二指令用于终止交易申请。

根据本公开的实施例，接收由账户发起的交易申请，包括：配置与交易监管关联的多个资金参与方对应的多个节点；向多个节点广播交易申请；从多个节点中确定至少一个节点作为共识节点；基于共识节点对交易申请进行共识验证；在共识验证通过的情况下，记录交易申请。

根据本公开的实施例，配置与交易监管关联的多个资金参与方对应的多个节点，包括：为不同的资金参与方对应的节点配置不同权限；节点基于权限查看资金交易相关信息。

根据本公开的实施例，交易申请包括：账户属性、资金流向、流向对象；基于智能合约对交易申请进行验证，包括：读取账户属性中的交易标识符；基于交易标识符查找对应的智能合约；其中，智能合约包括：资金有效期、资金用途以及支付对象白名单；根据资金有效期进行资金时限验证；响应于账户中的资金在有效期内，执行资金用途验证操作；响应于交易申请的资金流向与资金用途一致，执行支付对象验证操作；响应于交易申请的流向对象包含于支付对象白名单，输出第一指令。

根据本公开的实施例，资金有效期进行资金时限验证，包括：获取接收交易申请的时间；确定时间未超出资金有效期；响应于时间超出资金有效期，输出第三指令；其中，第三指令用于冻结账户资金。

根据本公开的实施例，获取接收交易申请的时间，包括：将时间转换为与智能合约中的资金有效期一致的时间格式。

根据本公开的实施例，在交易申请的流向对象未包含于支付对象白名单的情况下，对交易申请进行人工验证，人工验证包括：输出第四指令至与资金提供方对应的节点；其中，第四指令用于通知资金提供方对交易申请进行审批；接收由与资金提供方对应的节点上传的审批结果；响应于审批结果为审批通过，输出第一指令；响应于审批结果为审批不通过，输出第二指令。

根据本公开的实施例，还包括：累计交易申请的验证失败次数；响应于验证失败次数超过阈值，输出第五指令；第五指令用于标记风险账户。

本公开的第二方面提供了一种基于区块链的交易监管装置，包括：智能合约生成模块，用于基于资金转入方与账户之间配置的合同生成智能合约；接收模块，用于接收由账户发起的交易申请；验证模块，用于基于智能合约对交易申请进行验证，得到验证结果；以及输出指令模块，用于响应于验证结果为验证成功，输出第一指令；响应于验证结果为验证失败，输出第二指令；其中，第一指令用于执行交易申请，第二指令用于终止交易申请。

本公开的第三方面提供了一种电子设备，包括：一个或多个处理器；存储器，用于存储一个或多个程序，其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得一个或多个处理器执行上述基于区块链的资金交易监管方法。

本公开的第四方面还提供了一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行上述基于区块链的资金交易监管方法。

本公开的第五方面还提供了一种计算机程序产品，包括计算机程序，该计算机程序被处理器执行时实现上述基于区块链的资金交易监管方法。

附图说明

通过以下参照附图对本公开实施例的描述，本公开的上述内容以及其他目的、特征和优点将更为清楚，在附图中：

图1示意性示出了根据本公开实施例的基于区块链的交易监管方法、装置、设备、介质和程序产品的应用场景图；

图2示意性示出了根据本公开实施例的基于区块链的交易监管方法的流程图；

图3示意性示出了根据本公开实施例的接收由账户发起的交易申请的流程图；

图4示意性示出了根据本公开实施例的基于智能合约对交易申请进行验证的流程图；

图5示意性示出了根据本公开实施例的根据智能合约进行资金有效期验证的流程图；

图6示意性示出了根据本公开实施例的对交易申请进行人工验证的流程图；

图7示意性示出了根据本公开实施例的账户风险评定的流程图；

图8示意性示出了根据本公开实施例的基于区块链的交易监管装置的结构框图；以及

图9示意性示出了根据本公开实施例的适于实现基于区块链的资金交易监管方法的电子设备的方框图。

具体实施方式

以下，将参照附图来描述本公开的实施例。但是应该理解，这些描述只是示例性的，而并非要限制本公开的范围。在下面的详细描述中，为便于解释，阐述了许多具体的细节以提供对本公开实施例的全面理解。然而，明显地，一个或多个实施例在没有这些具体细节的情况下也可以被实施。此外，在以下说明中，省略了对公知结构和技术的描述，以避免不必要地混淆本公开的概念。

在此使用的术语仅仅是为了描述具体实施例，而并非意在限制本公开。在此使用的术语“包括”、“包含”等表明了所述特征、步骤、操作和/或部件的存在，但是并不排除存在或添加一个或多个其他特征、步骤、操作或部件。

在此使用的所有术语(包括技术和科学术语)具有本领域技术人员通常所理解的含义，除非另外定义。应注意，这里使用的术语应解释为具有与本说明书的上下文相一致的含义，而不应以理想化或过于刻板的方式来解释。

在使用类似于“A、B和C等中至少一个”这样的表述的情况下，一般来说应该按照本领域技术人员通常理解该表述的含义来予以解释(例如，“具有A、B和C中至少一个的系统”应包括但不限于单独具有A、单独具有B、单独具有C、具有A和B、具有A和C、具有B和C、和/或具有A、B、C的系统等)。

在本公开的技术方案中，所涉及的用户个人信息的收集、存储、使用、加工、传输、提供、公开和应用等处理，均符合相关法律法规的规定，采取了必要保密措施，且不违背公序良俗。

在本公开的技术方案中，在获取或采集用户个人信息之前，均获取了用户的授权或同意。

本公开的实施例提供了一种基于区块链的资金交易监管方法，该方法由区块链执行，包括：基于资金转入方与账户之间配置的合同生成智能合约；接收由账户发起的交易申请；基于智能合约对交易申请进行验证，得到验证结果；响应于验证结果为验证成功，输出第一指令，其中，第一指令用于执行交易申请；响应于验证结果为验证失败，输出第二指令，其中，第二指令用于终止交易申请。

图1示意性示出了根据本公开实施例的基于区块链的资金交易监管方法、装置、设备、介质和程序产品的应用场景图。

需要注意的是，图1所示仅为可以应用本公开实施例的应用场景的示例，以帮助本领域技术人员理解本公开的技术内容，但并不意味着本公开实施例不可以用于其他设备、系统、环境或场景。

如图1所示，根据该实施例的应用场景100可以包括终端101、102、103、104和区块链105。

用户可以使用终端101、102、103、104与区块链105交互，以创建账户、进行交易、信息上链等。终端101、102、103、104上可以安装有各种通讯客户端应用，例如区块链应用、购物类应用、网页浏览器应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等(仅为示例)。

终端101、102、103、104可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、膝上型便携计算机和台式计算机等等。

区块链105中数据的验证、存储、传输等过程均基于分布式系统架构，每个终端(例如终端101、102、103、104)都保存有完整的记录数据库，且权利和义务均等，数据由全网节点进行点对点传输、共同存储、更新与维护。因此，与传统中心集成化管理的网络相比，区块链系统建立了分布式节点间的信息关系，且不存在单个中心被攻击导致整个数据网络瘫痪的缺点。

终端101、102、103、104可以与服务器连接，服务器可以是提供各种服务的服务器，例如对用户利用终端101、102、103、104所浏览的网站提供支持的后台管理服务器(仅为示例)。后台管理服务器可以对接收到的用户请求等数据进行分析等处理，并将处理结果(例如根据用户请求获取或生成的网页、信息、或数据等)反馈给终端。

需要说明的是，本公开实施例所提供的资金交易处理方法一般可以由终端101、102、103、104通过区块链105执行。相应地，本公开实施例所提供的资金交易处理装置一般可以设置于终端101、102、103、104中。本公开实施例所提供的资金交易处理方法也可以由能够与终端101、102、103、104通信的服务器或服务器集群执行。相应地，本公开实施例所提供的资金交易处理装置也可以设置于能够与终端101、102、103、104通信的服务器或服务器集群中。

应该理解，图1中的终端仅仅是示意性的。根据实现需要，可以具有任意数目的终端。

区块链是一种按照时间顺序将数据区块以顺序相连的方式组合成的一种链式数据结构。包括：数据层、网络层、共识层、合约层和应用层。其中，数据层位于整个区块链架构中的最底层，是一个具有分布式特性的数据库，里面包含了时间戳，随机数等内容。网络层的用处是用来进行数据信息的共享，主要包含了数据的传播机制。共识层主要包含了共识算法，共识算法提供了可以让所有节点都一致认可的机制和规则，让分散的节点在区块链系统中能够达成共识。合约层包含智能合约部分，区块链编程的代码和脚本都存在于合约层中。应用层中包含了使用区块链技术所实现的应用场景。

本公开的实施例中使用的区块链是由多个私有链组成的联盟链。该区块链由多个机构共同参与管理。每个组织或机构管理一个或多个节点，联盟链的各个节点通常有与之对应的实体机构组织，通过授权后才能加入与退出网络。联盟链中的数据只限于联盟里的机构及其用户才有权进行访问，可以有效防止链中数据泄露。

以下将基于图1描述的场景，通过图2～图6对公开实施例的基于区块链的资金交易监管方法进行详细描述。

图2示意性示出了根据本公开实施例的基于区块链的资金交易监管方法的流程图。

如图2所示，该实施例的基于区块链的资金交易监管方法包括操作S210～操作S240。

在操作S210，基于资金转入方与账户之间配置的合同生成智能合约。

在一些实施例中，资金转入方与账户之间配置的合同可以为纸质合同或电子合同等记载实体内容的载体。合同内容包括但不限于资金提供方，资金使用方，资金金额，资金使用期限、资金使用范围、资金流向对象等相关信息。智能合约的内容从合同中提取得到，包括但不限于资金有效期、资金用途以及支付对象白名单。

例如，资金转入方与账户之间配置的合同内容包括：资金提供方A向资金使用方B提供了一笔专项资金，约定该资金的使用期限为2023.5.1-2025.5.1，该资金只能用于购买科研器械，且约定了资金流向对象。其中，资金流向对象可以为具体的对象，也可以为资金流向对象需符合的条件，例如资金流向对象需满足账户开设2年及以上，经营资质为科研器械等。相应的，基于合同生成的智能合约中也至少应当包含与资金使用期限、资金用途、资金流向对象相关的内容。

在操作S220，接收由账户发起的交易申请。

在一些实施例中，当用户需要转出账户资金的时候，可以在终端设备上提出交易申请，该交易申请经由区块链上与终端设备对应的节点上传至区块链，即区块链接收由账户发起的交易申请。其中，交易申请的信息包括但不限于：账户属性、资金流向、流向对象以及交易金额。账户属性可以包括账户名称、交易标识符等。

例如，用户向所属银行提出账户交易申请，账户名称为B，交易标识符为001，资金流向为购买科研设备，流向对象为C，交易金额为5000元。

在区块链接收由账户发起的交易申请之前，可以先对交易申请信息进行哈希处理，将生成的哈希值作为标识符来表示交易申请信息。利用标识符代替交易申请，可以有效节约区块链中的存储空间。

在操作S230，基于智能合约对交易申请进行验证，得到验证结果。

在一些实施例中，基于智能合约对交易申请进行验证，验证该交易申请是否满足预先配置的合同。

智能合约作为一种存储在区块链上的计算机协议，具有较好的不可篡改性，在智能合约部署完成后，合约内容无法篡改，可以有效保证验证的公平性。且由于智能合约对请求响应速度较快，利用智能合约进行验证，可以有效提高交互进行的效率。

在操作S240，响应于验证结果为验证成功，输出第一指令，其中，第一指令用于执行交易申请；响应于验证结果为验证失败，输出第二指令，其中，第二指令用于终止交易申请。

在一些实施例中，响应于智能合约的验证结果，向资金相关方节点发送响应指令，使资金相关方执行响应操作。

可以理解的是，通过智能合约对交易申请进行验证，并根据验证结果输出相应指令，使资金相关方执行相应操作，可以有效在交易实现对资金交易的监管，保证资金的安全性，实现资金的合规使用，降低专项资金滥用的问题。

由于智能合约具有不可篡改的特性，可以避免人工验证过程中出现的“谋私”现象，有效保证交易申请验证的公平。区块链中的数据同样具有不可篡改的特性，数据一旦上链则无法进行更改，利用区块链进行资金交易监管，可以有效保证交易数据的真实性。且在区块链的结构中，每一个单独的区块均与前一区块和后一区块紧密相连，并包含有前后两个区块的信息。因此，可以通过区块链中的任一区块，找到整条链上的所有区块。即可以通过交易中的任一步骤，查询到该交易完整过程的信息，实现从交易申请到交易完成交易溯源。综上，使用区块链进行资金交易监管，可以确保资金交易的真实性、完整性且便于溯源。

图3示意性示出了根据本公开实施例的接收由账户发起的交易申请的流程图。

如图3所示，该实施例的基于区块链的接收由账户发起的交易申请包括操作S310～操作S350。

在操作S310，配置与交易监管关联的多个资金参与方对应的多个节点。

在一些实施例中，区块链中与交易监管相关联的多个资金参与方包括但不限于：资金提供方、资金使用方、资金接收方、资金监管方等。与这些资金参与方对应的节点可以通过接收到的指令对交易监管相关的业务进行处理，包括：资金提供、资金使用、资金冻结等。区块链中的节点可以在创建区块链的时候预先分配。

在预先分配与交易监管关联的多个资金参与方对应的多个节点的时候，需对资金参与方的身份信息记录备份，每个资金参与方都对应生成有唯一身份序列和数字密钥。在与资金参与方对应的节点进行交易监管时，验证该节点的身份序列和数字密钥是否与记录备份一致，只有当该节点的身份信息与记录备份的资金参与方身份信息一致时，该节点才可以执行交易监管相关操作。通过对节点身份信息进行验证以保证资金交易监管的安全性，降低非法节点泄露、篡改交易监管信息的风险。

在一些实施例中，分配与交易监管关联的多个资金参与方对应的多个节点，还包括：为不同的资金参与方对应的节点配置不同权限；节点基于权限查看资金交易相关信息。

例如，资金提供方可以通过对应的节点查询自己提供的资金的流向，资金使用方可以查看自己使用的资金的流向，交易监管方可以查看所有资金的流向等。在确保交易信息公开透明的同时有效保证交易信息的私密性。

在操作S320，向多个节点广播交易申请。

在一些实施例中，将用户提出的交易申请广播至与交易监管关联的多个资金参与方对应的节点，确保每一节点中均存储完整的交易申请信息，便于日后进行交易溯源，保证区块链中各节点数据的一致性。

在操作S330，从多个节点中确定至少一个节点作为共识节点；

在操作S340，基于所述共识节点对交易申请进行共识验证。

在操作S350，在共识验证通过的情况下，记录交易申请。

在一些实施例中，利用PBFT算法进行交易申请的共识验证。PBFT算法对故障节点和作恶节点的容纳性较高，可以有效保证区块链在异步系统中的安全性和活性，避免由于故障和恶意攻击导致的共识问题，有效提高区块链的鲁棒性。

经过共识节点对信息进行共识验证，在验证通过后将信息添加至区块链，可以有效保证添加在区块链中的信息是由可信任的节点发送的，避免出现不可信任的第三方节点向区块链中发送虚假信息，提高区块链中信息的正确性。

图4示意性示出了根据本公开实施例的基于智能合约对交易申请进行验证的流程图。

如图4所示，该实施例的基于所述智能合约对所述交易申请进行验证，包括操作S410～操作S460。

在操作410，读取账户属性中的交易标识符。

在一些实施例中，交易标识符基于资金提供方向账户转入资金的时候创建，该交易标识符中包含资金提供方与账户的交易信息。当资金提供方与用户之间的资金转入交易完成后，交易标识符被存储至账户的属性信息中，该交易标识符会跟随交易申请在节点之间传递，各节点可以通过读取该交易标识符知晓账户中的资金来源。

在操作420，基于交易标识符查找对应的智能合约。其中，智能合约包括：资金有效期、资金用途以及支付对象白名单。

根据前文可知，该智能合约由资金提供方与账户预先配置的合同生成，相应的，可以基于交易标识符中包含的资金提供方与账户的交易信息，在区块链的合约层中查找与交易信息对应的智能合约。

在操作430，根据资金有效期进行资金时限验证；

根据智能合约中记录的资金有效期，验证当前交易申请是否处于资金有效期内，确保资金不被超期使用。

在操作440，响应于账户中的资金在有效期内，执行资金用途验证。

在资金有效期验证通过后，进一步验证交易申请中的资金流向是否与智能合约中记载的资金用途一致，确保资金不超范围使用。

在操作450，响应于交易申请的资金流向与资金用途一致，执行支付对象验证。

在资金用途验证通过后，验证交易申请中的支付对象是否包含于支付对象白名单中。从资金使用范围以及资金支付对象两个维度确定资金的使用范围，进一步提高专项资金监管的准确性。

在操作460，响应于交易申请的流向对象包含于支付对象白名单，得到验证结果，验证结果为验证成功。

只有当资金有效期验证、资金用途验证、支付对象验证均为验证通过时，才会得到验证成功的验证结果，实现对资金交易的有效监管。在执行交易前对交易申请进行验证，可以有效对资金流动进行控制，确保资金的合规使用。

在一些实施例中，在基于智能合约对交易申请进行验证之前，还可以对交易申请中的资金流向和资金流向对象进行验证。包括：核对交易申请中的资金流向与资金流向对象是否一致。

当交易申请中记载的资金流向与资金流向对象一致时，进行后续步骤。例如，账户发起的交易申请中记载的资金用途为购买科研设备，资金流向对象为设备生产商，则判定该交易申请的资金流向与资金流向对象一致，进行后续步骤。

当交易申请中记载的资金流向与资金流向对象不一致时，判定该交易申请错误，输出退回指令，将错误交易申请退回至相关节点。例如，账户发起的交易申请中记载的资金用途为购买科研设备，资金流向对象为房产公司，资金流向与资金流向对象不一致。则判定交易申请信息错误，输出退回指令，不再进行后续步骤。

通过判断交易申请信息实现对交易申请的筛选，确保交易申请中所记载的信息为正确信息。当交易申请记载的信息错误时，则无需进行后续步骤，节约验证时间，提高交易监管的效率。

图5示意性示出了根据本公开实施例的根据资金有效期进行资金时限验证的流程图。

如图5所示，该实施例的根据智能合约进行资金有效期验证，包括操作S510～操作S530。

在操作S510，获取接收交易申请的时间。

在一些实施例中，区块链接收交易申请的时间即为该交易申请上链的时间。当交易申请上链时，区块链会为交易申请打上一个时间戳。时间戳通常是一个字符序列，唯一地表示某一个时间，用于证明一份数据发生于哪个时间点。该时间戳即为区块链接收交易申请的时间。

在操作S520，基于获取的时间对交易申请进行资金时限验证。

在一些实施例中，基于获取的时间对交易申请进行资金有效期验证还包括：将获取的时间转化为与资金有效期格式一致的时间格式。例如，当智能合约中的资金有效期格式为字符串时，在进行资金有效期验证前，应将获取的时间由时间戳格式转换为与资金有效期一致的字符串格式，确保资金有效期验证的准确性。

在操作S530，响应于获取的时间超出资金有效期，输出第三指令；其中，第三指令用于冻结账户资金。

当发现账户中的资金超出资金有效期的时候，输出第三指令，对账户中的资金进行冻结操作。冻结后的资金无法进行交易，避免账户中的资金在资金有效期外被使用。

在一些实施例中，账户资金被冻结后，用户可以在一定期限内申请延长资金有效期。若用户未在有效期内提出延期申请或延期申请不通过，账户中被冻结的资金将会被退回至资金提供方。

图6示意性示出了根据本公开实施例的对交易申请进行人工验证的流程图。

如图6所示，该实施例的对交易申请进行人工验证，包括操作S610～操作S630。

在操作S610，输出第四指令至与资金提供方对应的节点；其中，第四指令用于通知资金提供方对交易申请进行审批；

在操作S620，接收由与资金提供方对应的节点上传的审批结果；

在操作S630，响应于审批结果为审批通过，输出第一指令；响应于审批结果为审批不通过，输出第二指令。

在一些实施例中，由于支付对象白名单更新不及时，可能会出现资金用途合规但支付对象不合规的情况。基于这种情况，本公开提出采用智能合约验证和人工验证两种方式进行验证，以保证验证的准确性和灵活性。

当资金用途验证通过后，由智能合约对支付对象进行验证，当智能合约验证通过时，则直接得到验证成功的验证结果。当智能合约验证不通过时，则转入人工验证阶段，由资金提供方对支付对象进行审批，灵活完成支付对象验证，得到验证结果。

当资金提供方的审批结果为不通过时，则意味着资金提供方并不认可该交易申请。此时，智能合约验证结果为验证失败，输出第二指令。

在智能合约验证的验证结果为验证失败的情况下，记录验证失败的原因。便于各方了解交易申请不通过的原因。

图7示意性示出了根据本公开实施例的账户风险评定的流程图。

如图7所示，该实施例的账户风险评定，包括操作S710～操作S720。

在操作S710，累计交易申请的验证失败次数。

在操作S720，响应于验证失败次数超过阈值，输出第五指令；其中，第五指令用于标记风险账户。

在一些实施例中，可以预先设置失败次数阈值，当账户中累计的交易申请验证失败次数超过该阈值，将该账户标记为风险账户，并限制风险账户的交易权限，例如限制风险账户的每日交易额度、禁止风险账户办理资金转入/转出业务等。避免发生账户被非法盗用、交易非本人操作等影响资金安全的问题。

基于上述基于区块链的交易监管方法，本公开还提供了一种基于区块链的交易监管装置。以下将结合图8对该装置进行详细描述。

图8示意性示出了根据本公开实施例的基于区块链的交易监管装置的结构框图。

如图8所示，该实施例的基于区块链的交易监管装置800包括智能合约生成模块810、接收模块820、验证模块830和输出指令模块840。

智能合约生成模块810用于基于资金转入方与账户之间配置的合同生成智能合约。在一实施例中，生成模块810可以用于执行前文描述的操作S210，在此不再赘述。

接收模块820用于接收由账户发起的交易申请。在一实施例中，接收模块820可以用于执行前文描述的操作S220，在此不再赘述。

验证模块830用于基于智能合约对交易申请进行验证，得到验证结果。在一实施例中，接收模块830可以用于执行前文描述的操作S230，在此不再赘述。

输出指令模块840用于响应于验证结果为验证成功，输出第一指令；响应于验证结果为验证失败，输出第二指令；其中，第一指令用于执行交易申请，第二指令用于终止交易申请。在一实施例中，验证模块840可以用于执行前文描述的操作S240，在此不再赘述。

根据本公开的实施例，智能合约生成模块810、接收模块820、验证模块830和输出指令模块840中的任意多个模块可以合并在一个模块中实现，或者其中的任意一个模块可以被拆分成多个模块。或者，这些模块中的一个或多个模块的至少部分功能可以与其他模块的至少部分功能相结合，并在一个模块中实现。根据本公开的实施例，智能合约生成模块810、接收模块820、验证模块830和输出指令模块840中的至少一个可以至少被部分地实现为硬件电路，例如现场可编程门阵列(FPGA)、可编程逻辑阵列(PLA)、片上系统、基板上的系统、封装上的系统、专用集成电路(ASIC)，或可以通过对电路进行集成或封装的任何其他的合理方式等硬件或固件来实现，或以软件、硬件以及固件三种实现方式中任意一种或以其中任意几种的适当组合来实现。或者，智能合约生成模块810、接收模块820、验证模块830和输出指令模块840中的至少一个可以至少被部分地实现为计算机程序模块，当该计算机程序模块被运行时，可以执行相应的功能。

图9示意性示出了根据本公开实施例的适于实现基于区块链的资金交易监管方法的电子设备的方框图。

如图9所示，根据本公开实施例的电子设备900包括处理器901，其可以根据存储在只读存储器(ROM)902中的程序或者从存储部分908加载到随机访问存储器(RAM)903中的程序而执行各种适当的动作和处理。处理器901例如可以包括通用微处理器(例如CPU)、指令集处理器和/或相关芯片组和/或专用微处理器(例如，专用集成电路(ASIC))等等。处理器901还可以包括用于缓存用途的板载存储器。处理器901可以包括用于执行根据本公开实施例的方法流程的不同动作的单一处理单元或者是多个处理单元。

在RAM 903中，存储有电子设备900操作所需的各种程序和数据。处理器901、ROM902以及RAM 903通过总线904彼此相连。处理器901通过执行ROM 902和/或RAM 903中的程序来执行根据本公开实施例的方法流程的各种操作。需要注意，所述程序也可以存储在除ROM 902和RAM 903以外的一个或多个存储器中。处理器901也可以通过执行存储在所述一个或多个存储器中的程序来执行根据本公开实施例的方法流程的各种操作。

根据本公开的实施例，电子设备900还可以包括输入/输出(I/O)接口905，输入/输出(I/O)接口905也连接至总线904。电子设备900还可以包括连接至I/O接口905的以下部件中的一项或多项：包括键盘、鼠标等的输入部分906；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分907；包括硬盘等的存储部分908；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分909。通信部分909经由诸如因特网的网络执行通信处理。驱动器910也根据需要连接至I/O接口905。可拆卸介质911，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器910上，以便于从其上读出的计算机程序根据需要被安装入存储部分908。

本公开还提供了一种计算机可读存储介质，该计算机可读存储介质可以是上述实施例中描述的设备/装置/系统中所包含的；也可以是单独存在，而未装配入该设备/装置/系统中。上述计算机可读存储介质承载有一个或者多个程序，当上述一个或者多个程序被执行时，实现根据本公开实施例的方法。

根据本公开的实施例，计算机可读存储介质可以是非易失性的计算机可读存储介质，例如可以包括但不限于：便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。例如，根据本公开的实施例，计算机可读存储介质可以包括上文描述的ROM 902和/或RAM 903和/或ROM 902和RAM 903以外的一个或多个存储器。

本公开的实施例还包括一种计算机程序产品，其包括计算机程序，该计算机程序包含用于执行流程图所示的方法的程序代码。当计算机程序产品在计算机系统中运行时，该程序代码用于使计算机系统实现本公开实施例所提供的基于区块链的资金交易监管方法。

在该计算机程序被处理器901执行时执行本公开实施例的系统/装置中限定的上述功能。根据本公开的实施例，上文描述的系统、装置、模块、单元等可以通过计算机程序模块来实现。

在一种实施例中，该计算机程序可以依托于光存储器件、磁存储器件等有形存储介质。在另一种实施例中，该计算机程序也可以在网络介质上以信号的形式进行传输、分发，并通过通信部分909被下载和安装，和/或从可拆卸介质911被安装。该计算机程序包含的程序代码可以用任何适当的网络介质传输，包括但不限于：无线、有线等等，或者上述的任意合适的组合。

在这样的实施例中，该计算机程序可以通过通信部分909从网络上被下载和安装，和/或从可拆卸介质911被安装。在该计算机程序被处理器901执行时，执行本公开实施例的系统中限定的上述功能。根据本公开的实施例，上文描述的系统、设备、装置、模块、单元等可以通过计算机程序模块来实现。

根据本公开的实施例，可以以一种或多种程序设计语言的任意组合来编写用于执行本公开实施例提供的计算机程序的程序代码，具体地，可以利用高级过程和/或面向对象的编程语言、和/或汇编/机器语言来实施这些计算程序。程序设计语言包括但不限于诸如Java，C++，python，“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。在涉及远程计算设备的情形中，远程计算设备可以通过任意种类的网络，包括局域网(LAN)或广域网(WAN)，连接到用户计算设备，或者，可以连接到外部计算设备(例如利用因特网服务提供商来通过因特网连接)。

附图中的流程图和框图，图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分，上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个接连地表示的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图或流程图中的每个方框、以及框图或流程图中的方框的组合，可以用执行规定的功能或操作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

本领域技术人员可以理解，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合或/或结合，即使这样的组合或结合没有明确记载于本公开中。特别地，在不脱离本公开精神和教导的情况下，本公开的各个实施例和/或权利要求中记载的特征可以进行多种组合和/或结合。所有这些组合和/或结合均落入本公开的范围。

以上对本公开的实施例进行了描述。但是，这些实施例仅仅是为了说明的目的，而并非为了限制本公开的范围。尽管在以上分别描述了各实施例，但是这并不意味着各个实施例中的措施不能有利地结合使用。本公开的范围由所附权利要求及其等同物限定。不脱离本公开的范围，本领域技术人员可以做出多种替代和修改，这些替代和修改都应落在本公开的范围之内。

Claims (12)

1.一种基于区块链的交易监管方法，其特征在于，所述方法由区块链执行，包括：

基于资金提供方与账户之间配置的合同生成智能合约；

接收由账户发起的交易申请；

基于所述智能合约对所述交易申请进行验证，得到验证结果；

响应于所述验证结果为验证成功，输出第一指令，其中，所述第一指令用于执行所述交易申请；

响应于所述验证结果为验证失败，输出第二指令，其中，所述第二指令用于终止所述交易申请。

2.根据权利要求1所述的交易监管方法，其特征在于，所述接收由账户发起的交易申请，包括：

配置与所述交易监管关联的多个资金参与方对应的多个节点；

向所述多个节点广播所述交易申请；

从所述多个节点中确定至少一个节点作为共识节点；

基于所述共识节点对所述交易申请进行共识验证；

在共识验证通过的情况下，记录所述交易申请。

3.根据权利要求2所述的交易监管方法，其特征在于，所述配置与所述交易监管关联的多个资金参与方对应的多个节点，包括：

为不同的资金参与方对应的节点配置不同权限；

所述节点基于所述权限查看资金交易相关信息。

4.根据权利要求1所述的交易监管方法，其特征在于，所述交易申请包括：账户属性、资金流向、流向对象；

所述基于所述智能合约对所述交易申请进行验证，包括：

读取账户属性中的交易标识符；

基于所述交易标识符查找对应的智能合约；其中，所述智能合约包括：资金有效期、资金用途以及支付对象白名单；

根据所述资金有效期进行资金时限验证；

响应于所述账户中的资金在有效期内，执行资金用途验证操作；

响应于所述交易申请的资金流向与所述资金用途一致，执行支付对象验证操作；

响应于所述交易申请的流向对象包含于支付对象白名单，输出所述第一指令。

5.根据权利要求3所述的交易监管方法，其特征在于，所述根据所述资金有效期进行资金时限验证，包括：

获取接收所述交易申请的时间；

基于获取的时间对交易申请进行资金时限验证；

响应于获取的时间超出资金有效期，输出第三指令；其中，所述第三指令用于冻结账户资金。

6.根据权利要求5所述的交易监管方法，其特征在于，所述获取接收所述交易申请的时间，包括：

将所述时间转换为与智能合约中的资金有效期一致的时间格式。

7.根据权利要求4所述的交易监管方法，其特征在于，在所述交易申请的流向对象未包含于支付对象白名单的情况下，对所述交易申请进行人工验证，所述人工验证包括：

输出第四指令至与资金提供方对应的节点；其中，所述第四指令用于通知资金提供方对交易申请进行审批；

接收由所述与资金提供方对应的节点上传的审批结果；

响应于所述审批结果为审批通过，输出所述第一指令；

响应于所述审批结果为审批不通过，输出所述第二指令。

8.根据权利要求1所述的交易监管方法，其特征在于，所述方法还包括：

累计交易申请的验证失败次数；

响应于所述验证失败次数超过阈值，输出第五指令；所述第五指令用于标记风险账户。

9.一种基于区块链的交易监管装置，包括：

智能合约生成模块，用于基于资金转入方与账户之间配置的合同生成智能合约；

接收模块，用于接收由账户发起的交易申请；

验证模块，用于基于所述智能合约对所述交易申请进行验证，得到验证结果；以及

输出指令模块，用于响应于所述验证结果为验证成功，输出第一指令；响应于所述验证结果为验证失败，输出第二指令；其中，所述第一指令用于执行所述交易申请，所述第二指令用于终止所述交易申请。

10.一种电子设备，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，

其中，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述一个或多个处理器执行根据权利要求1～8中任一项所述的方法。

11.一种计算机可读存储介质，其上存储有可执行指令，该指令被处理器执行时使处理器执行根据权利要求1～8中任一项所述的方法。

12.一种计算机程序产品，包括计算机程序，所述计算机程序被处理器执行时实现根据权利要求1～8中任一项所述的方法。