基于区块链的融资方法、系统及计算机可读存储介质

本申请涉及区块链技术领域，具体而言，涉及一种基于区块链的融资方法、基于区块链的融资系统及计算机可读存储介质。

在金融融资领域中，投资方通常会收到各方发送的融资请求，各方在发送融资请求时通常会附上融资申请信息，以供投资方进行资格审核。目前，对于融资申请信息的审核方式通常为人工审核。但是，人工审核容易存在审核漏洞，准确性较低，并且，由于融资过程通常较为复杂，上述的人工审核更容易造成融资效率较低的问题。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本申请的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

本申请的目的在于提供一种基于区块链的融资方法、基于区块链的融资系统及计算机可读存储介质，基于区块链技术使得各参与方能够在智能合约的制约下高效准确地完成融资流程。

本申请的其他特性和优点将通过下面的详细描述变得显然，或部分地通过本申请的实践而习得。

根据本申请的一方面，提供一种基于区块链的融资方法，区块链网络包括多个节点，多个节点包括交易平台节点、接收方节点、供应方节点、投资方节点以及共识节点，该方法包括：

交易平台节点在区块链网络中部署用于限定交易条件的智能合约；

接收方节点将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络；

供应方节点根据交易数据生成融资申请并将融资申请上传区块链网络；

投资方节点生成与融资申请对应的审核结果并广播审核结果；

共识节点对审核结果进行合法性验证，验证成功后调用交易数据对应的智能合约对审核结果进行响应；

共识节点对审核结果的响应结果进行共识并将审核结果的响应结果打包为区块写入区块链账本。

一方面，提供一种基于区块链的融资系统，包括：

交易平台节点，用于在区块链网络中部署用于限定交易条件的智能合约；

接收方节点，用于将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络；

供应方节点，用于根据交易数据生成融资申请并将融资申请上传区块链网络；

投资方节点，用于生成与融资申请对应的审核结果并广播审核结果；

共识节点，用于对审核结果进行合法性验证，验证成功后调用交易数据对应的智能合约对审核结果进行响应；

共识节点，还用于对审核结果的响应结果进行共识并将融资申请的响应结果打包为区块写入区块链账本。

在本申请的一种示例性实施例中，多个节点还包括证书签发方节点，上述系统还包括：

证书签发方节点，用于生成交易平台节点、接收方节点、供应方节点以及投资方节点分别对应的证书；

证书签发方节点，还用于根据证书生成证书上链请求；

证书签发方节点，还用于通过证书签发方节点对应的私钥对证书上链请求进行签名；

证书签发方节点，还用于广播签名后的证书上链请求；

共识节点，还用于通过证书签发方节点对应的公钥对签名后的证书上链请求进行合法性验证；

共识节点，还用于在验证成功后调用与交易数据相对应的智能合约对证书上链请求进行响应；

共识节点，还用于对证书上链请求的响应结果进行共识，并将证书上链请求的响应结果打包为区块写入区块链账本。

在本申请的一种示例性实施例中，共识节点，还用于在验证成功后调用与交易数据相对应的智能合约对证书上链请求进行响应，包括：

共识节点验证成功后调用与交易数据相对应的智能合约计算证书对应的摘要哈希，并通过摘要哈希验证证书的存在性，以及在证书不存在时将证书对应的摘要哈希和证书以键值形式写入与交易数据相对应的智能合约。

在本申请的一种示例性实施例中，在共识节点将证书上链请求的响应结果打包为区块写入区块链账本之后，证书签发方节点，还用于存储证书对应的摘要哈希；

证书签发方节点，还用于向交易平台节点、接收方节点、供应方节点以及投资方节点分别反馈各自对应的证书的摘要哈希。

在本申请的一种示例性实施例中，交易平台节点，用于在区块链网络中部署用于限定交易条件的智能合约，包括：

交易平台节点生成智能合约部署请求；其中，智能合约部署请求包括智能合约以及交易平台节点对应的公钥；

交易平台节点通过交易平台节点对应的私钥对智能合约部署请求进行签名；

交易平台节点广播签名后的智能合约部署请求；

共识节点根据交易平台节点对应的公钥对签名后的智能合约部署请求进行合法性验证；

共识节点在验证成功后响应智能合约部署请求；

共识节点对智能合约部署请求的响应结果进行共识并将智能合约部署请求的响应结果打包为区块写入区块链账本。

在本申请的一种示例性实施例中，接收方节点，用于将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络，包括：

接收方节点通过接收方节点对应的私钥对交易数据进行签名并广播交易数据；

共识节点根据接收方节点对应的公钥验证签名后的交易数据，若验证成功则调用交易数据相对应的智能合约对交易数据进行响应；

共识节点对交易数据的响应结果进行共识并将交易数据的响应结果打包为区块写入区块链账本。

在本申请的一种示例性实施例中，共识节点，用于在验证成功后调用交易数据对应的智能合约对审核结果进行响应，包括：

共识节点在验证成功后调用交易数据对应的智能合约检测融资申请对应的融资数据是否大于供应方节点对应的资产数据；如果是，则冻结资产数据；如果否，则拆分资产数据得到与融资数据对应的资产子数据并冻结资产子数据。

在本申请的一种示例性实施例中，供应方节点，还用于在共识节点将审核结果的响应结果打包为区块写入区块链账本之后，广播所述融资申请对应的确认还款结果；

共识节点，还用于对确认还款结果进行合法性验证，验证成功后调用交易数据对应的智能合约响应确认还款结果，以销毁冻结的资产数据或资产子数据；

共识节点，还用于对确认还款结果的响应结果进行共识并将确认还款结果的响应结果打包为区块写入区块链账本。

一方面，提供一种用户节点，包括：存储器，存储有计算机可读指令；处理器，读取存储器存储的计算机可读指令，以实现上述的方法。

一方面，提供一种计算机程序介质，其上存储有计算机可读指令，当计算机可读指令被计算机的处理器执行时，实现上述的方法。

本申请示例性实施例可以具有以下部分或全部有益效果：

在本申请的一示例实施方式所提供的基于区块链的融资方法中，交易平台节点可以在区块链网络中部署用于限定交易条件的智能合约。进而，接收方节点可以将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络。进而，供应方节点可以根据交易数据生成融资申请并将融资申请上传区块链网络。进而，投资方节点可以生成与融资申请对应的审核结果并广播审核结果。进而，共识节点可以对审核结果进行合法性验证，验证成功后调用交易数据对应的智能合约对审核结果进行响应，以及对审核结果的响应结果进行共识并将审核结果的响应结果打包为区块写入区块链账本。依据上述方案描述，一方面，基于区块链技术使得各参与方能够在智能合约的制约下高效准确地完成融资流程；另一方面，可以通过区块链对于融资过程对应数据的存储，提升融资过程对应的数据的准确性、可追溯性以及不可篡改性。

应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本申请。

此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本申请的实施例，并与说明书一起用于解释本申请的原理。显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1示出了基于区块链的融资系统的一个可选的结构示意图；

图2示出了适于用来实现本申请实施例的区块结构(Block Structure)一个可选的示意图；

图3示意性示出了根据本申请的一个实施例的基于区块链的融资方法的流程图；

图4示意性示出了根据本申请的一个实施例的基于区块链的融资方法的流程图；

图5示意性示出了根据本申请的一个实施例的基于区块链的融资系统的架构图；

图6示意性示出了根据本申请的一个实施例的基于区块链的融资系统的架构图。

现在将参考附图更全面地描述示例实施方式。然而，示例实施方式能够以多种形式实施，且不应被理解为限于在此阐述的范例；相反，提供这些实施方式使得本申请将更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施方式中。在下面的描述中，提供许多具体细节从而给出对本申请的实施方式的充分理解。然而，本领域技术人员将意识到，可以实践本申请的技术方案而省略所述特定细节中的一个或更多，或者可以采用其它的方法、组元、装置、步骤等。在其它情况下，不详细示出或描述公知技术方案以避免喧宾夺主而使得本申请的各方面变得模糊。

此外，附图仅为本申请的示意性图解，并非一定是按比例绘制。图中相同的附图标记表示相同或类似的部分，因而将省略对它们的重复描述。附图中所示的一些方框图是功能实体，不一定必须与物理或逻辑上独立的实体相对应。可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

本发明实施例涉及的系统可以是由客户端300、多个用户节点(接入网络中的任意形式的计算设备，如服务器、用户终端)通过网络通信的形式连接形成的基于区块链的融资系统。

以基于区块链的融资系统为例，参见图1，图1是本发明实施例提供的基于区块链的融资系统100的一个可选的结构示意图，由交易平台节点、证书签发方节点、接收方节点、供应方节点、投资方节点以及共识节点(接入网络中的任意形式的计算设备，如服务器、用户终端)和客户端形成，上述各节点之间形成组成的点对点(P2P，Peer To Peer)网络，P2P协议是一个运行在传输控制协议(TCP，Transmission Control Protocol)协议之上的应用层协议。

具体地，交易平台节点200、接收方节点201、供应方节点202以及投资方节点203对应的证书均由证书签发方节点204生成并广播，由共识节点205、共识节点206、共识节点207、共识节点208或共识节点209进行验证、共识、打包为区块写入区块链。进而，交易平台节点200可以在区块链网络中部署用于限定交易条件的智能合约。接收方节点201可以生成用于表征接收方节点与供应方节点之间交易明细的交易数据并广播交易数据，进而通过区块链网络中的共识节点205、共识节点206、共识节点207、共识节点208或共识节点209进行验证、共识以及将智能合约对交易数据的响应结果写入区块链；供应方节点202可以根据上述的交易数据生成融资申请并广播融资申请，进而通过区块链网络中的共识节点205、共识节点206、共识节点207、共识节点208或共识节点209进行验证、共识以及将智能合约对融资申请的响应结果写入区块链；投资方节点203可以生成与融资申请对应的审核结果并通过该投资方节点203对应的私钥对审核结果进行签名，进而，广播签名后的审核结果；进一步地，区块链网络中的共识节点205、共识节点206、共识节点207、共识节点208或共识节点209通过投资方节点203对应的公钥验证签名后的审核结果，若验证成功则调用交易数据对应的智能合约响应审核结果，以及共识审核结果的响应结果并将审核结果的响应结果打包为区块写入区块链账本。

在基于区块链的融资系统中，任何机器如服务器、终端都可以加入而成为节点，节点包括硬件层、中间层、操作系统层和应用层。其中，作为节点的服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN、以及大数据和人工智能平台等基础云计算服务的云服务器。终端可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。终端以及服务器可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不作限制。

需要说明的是，上述的云服务器可以利用云技术提供基础云计算服务。云技术(Cloud technology)是指在广域网或局域网内将硬件、软件、网络等系列资源统一起来，实现数据的计算、储存、处理和共享的一种托管技术。

另外，还需要说明的是，上述的基础云计算服务中包括的云计算(cloudcomputing)指IT基础设施的交付和使用模式，指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(GridComputing)、分布式计算(DistributedComputing)、并行计算(Parallel Computing)、效用计算(Utility Computing)、网络存储(Network Storage Technologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。

以及，基础云计算服务中包括的云存储(cloud storage)是在云计算概念上延伸和发展出来的一个新的概念，分布式云存储系统(以下简称存储系统)是指通过集应用、网格技术以及分布存储文件系统等功能，将网络中大量各种不同类型的存储设备(存储设备也称之为存储节点)通过应用软件或应用接口集合起来协同工作，共同对外提供数据存储和业务访问功能的一个存储系统。目前，存储系统的存储方法为：创建逻辑卷，在创建逻辑卷时，就为每个逻辑卷分配物理存储空间，该物理存储空间可能是某个存储设备或者某几个存储设备的磁盘组成。客户端在某一逻辑卷上存储数据，也就是将数据存储在文件系统上，文件系统将数据分成许多部分，每一部分是一个对象，对象不仅包含数据而且还包含数据标识(ID，ID entity)等额外的信息，文件系统将每个对象分别写入该逻辑卷的物理存储空间，且文件系统会记录每个对象的存储位置信息，从而当客户端请求访问数据时，文件系统能够根据每个对象的存储位置信息让客户端对数据进行访问。存储系统为逻辑卷分配物理存储空间的过程，具体为：按照对存储于逻辑卷的对象的容量估量(该估量往往相对于实际要存储的对象的容量有很大余量)和独立冗余磁盘阵列(RAID，Redundant Array ofIndependent Disk)的组别，预先将物理存储空间划分成分条，一个逻辑卷可以理解为一个分条，从而为逻辑卷分配了物理存储空间。

以及，基础云计算服务中包括的数据库(Database)可视为电子化的文件柜——存储电子文件的处所，用户可以对文件中的数据进行新增、查询、更新、删除等操作。所谓“数据库”是以一定方式储存在一起、能与多个用户共享、具有尽可能小的冗余度、与应用程序彼此独立的数据集合。

以及，基础云计算服务中包括的大数据(Big data)是指无法在一定时间范围内用常规软件工具进行捕捉、管理和处理的数据集合，是需要新处理模式才能具有更强的决策力、洞察发现力和流程优化能力的海量、高增长率和多样化的信息资产。随着云时代的来临，大数据也吸引了越来越多的关注，大数据需要特殊的技术，以有效地处理大量的容忍经过时间内的数据。适用于大数据的技术，包括大规模并行处理数据库、数据挖掘、分布式文件系统、分布式数据库、云计算平台、互联网和可扩展的存储系统。

参见图1示出的区块链系统中各节点的功能，涉及的功能包括：

1)路由，节点具有的基本功能，用于支持节点之间的通信。

节点除具有路由功能外，还可以具有以下功能：

2)应用，用于部署在区块链中，根据实际业务需求而实现特定业务，记录实现功能相关的数据形成记录数据，在记录数据中携带数字签名以表示任务数据的来源，将记录数据发送到区块链系统中的其他节点，供其他节点在验证记录数据来源以及完整性成功时，将记录数据添加到临时区块中。

例如，应用实现的业务包括：

2.1)共享账本，用于提供账目数据的存储、查询和修改等操作的功能，将对账目数据的操作的记录数据发送到区块链系统中的其他节点，其他节点验证有效后，作为承认账目数据有效的响应，将记录数据存入临时区块中，还可以向发起操作的节点发送确认。

2.2)智能合约，计算机化的协议，可以执行某个合约的条款，通过部署在共享账本上的用于在满足一定条件时而执行的代码实现，根据实际的业务需求代码用于完成自动化的交易，例如查询买家所购买商品的物流状态，在买家签收货物后将买家的电子货币转移到商户的地址；当然，智能合约不仅限于执行用于交易的合约，还可以执行对接收的信息进行处理的合约。

3)区块链，包括一系列按照产生的先后时间顺序相互接续的区块(Block)，新区块一旦加入到区块链中就不会再被移除，区块中记录了区块链系统中节点提交的记录数据。

参见图2，图2是本发明实施例提供的区块结构(Block Structure)一个可选的示意图，每个区块中包括本区块存储交易记录的哈希值(本区块的哈希值)、以及前一区块的哈希值，各区块通过哈希值连接形成区块链。另外，区块中还可以包括有区块生成时的时间戳等信息。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了相关的信息，用于验证其信息的有效性(防伪)和生成下一个区块。

基于现实问题，在目前的游戏供应链金融融资过程中，企业对游戏结算单的确认通常是通过人工在内网审核及手动发送邮件完成的，而人工审核一般会存在数据疏漏的风险，而且手动恢复邮件流程繁琐、工作量大且无法保证时效性。此外，游戏供应商提交的融资申请资料通常也需要进行人工审核，而人工审核通常流程复杂，使得游戏供应商无法及时得到融资。此外，在这一过程中，还存在如下问题：金融机构很难确认游戏供应商提供的游戏结算单是否属实，以及，难以获取更多关于该游戏供应商以往的结算单资料，以及，难以确认结算单是否被重复申请融资。

基于上述一个或多个问题，本示例实施方式提供了一种基于区块链的融资方法。参考图3所示，该基于区块链的融资方法可以包括：步骤S310～步骤S360，其中：

步骤S310：交易平台节点在区块链网络中部署用于限定交易条件的智能合约。

步骤S320：接收方节点将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络。

步骤S330：供应方节点根据交易数据生成融资申请并将融资申请上传区块链网络。

步骤S340：投资方节点生成与融资申请对应的审核结果并广播审核结果。

步骤S350：共识节点对审核结果进行合法性验证，验证成功后调用交易数据对应的智能合约对审核结果进行响应。

步骤S360：共识节点对审核结果的响应结果进行共识并将审核结果的响应结果打包为区块写入区块链账本。

实施图3所示的方法，可以基于区块链技术使得各参与方能够在智能合约的制约下高效准确地完成融资流程。此外，可以通过区块链对于融资过程对应数据的存储，提升融资过程对应的数据的准确性、可追溯性以及不可篡改性。

下面，对于本示例实施方式的上述步骤进行更加详细的说明。

在步骤S310中，交易平台节点在区块链网络中部署用于限定交易条件的智能合约。

其中，当本申请应用于游戏结算融资领域时，交易平台可以为游戏结算融资平台，供应方可以为游戏供应商，接收方可以为企业，投资方可以为金融机构。此外，上述的区块链是一种分布式账本，智能合约是一套以数字形式定义、传播、验证或执行的约定，合约参与方可以执行智能合约约定的协议，并且，智能合约允许在没有第三方的情况下进行可追踪且不可逆转的可信交易。

此外，多个节点还包括证书签发方节点，可选的，上述方法还可以包括：接收方节点、供应方节点以及投资方节点分别向交易平台节点发送各自对应的身份认证信息，以使得交易平台节点根据身份认证信息执行身份认证操作并生成与身份认证信息相对应的非对称加密密钥；其中，非对称加密密钥中包括成对存在的公钥和私钥，接收方节点、供应方节点以及投资方节点分别对应一对非对称加密密钥，故，非对称加密密钥的数量为多个。

进一步地，接收方节点、供应方节点以及投资方节点分别向交易平台节点发送各自对应的身份认证信息，以使得交易平台节点根据身份认证信息执行身份认证操作并生成与身份认证信息相对应的非对称加密密钥的方式具体可以为：接收方节点向交易平台节点发送身份认证信息，以使得交易平台节点根据接收方节点的身份认证信息执行针对接收方节点的身份认证操作并在认证接收方节点的身份合法之后生成与接收方节点相对应的非对称加密密钥；供应方节点向交易平台节点发送身份认证信息，以使得交易平台节点根据供应方节点的身份认证信息执行针对供应方节点的身份认证操作并在认证供应方节点的身份合法之后生成与供应方节点相对应的非对称加密密钥；投资方节点向交易平台节点发送身份认证信息，以使得交易平台节点根据投资方节点的身份认证信息执行针对投资方节点的身份认证操作并在认证投资方节点的身份合法之后生成与投资方节点相对应的非对称加密密钥。

本申请实施例中，可选的，上述方法还包括：

证书签发方节点生成交易平台节点、接收方节点、供应方节点以及投资方节点分别对应的证书；

证书签发方节点根据证书生成证书上链请求；其中，证书上链请求中包括证书签发方节点对应的公钥；

证书签发方节点通过证书签发方节点对应的私钥对证书上链请求进行签名；

证书签发方节点广播签名后的证书上链请求；

共识节点通过证书签发方节点对应的公钥对签名后的证书上链请求进行合法性验证；

共识节点在验证成功后调用与交易数据相对应的智能合约对证书上链请求进行响应；

共识节点对证书上链请求的响应结果进行共识，并将证书上链请求的响应结果打包为区块写入区块链账本。

其中，证书签发方可以为证书颁发机构(Certificate Authority，CA)，CA用于发放并管理数字证书，可以作为交易中受信任的第三方，承担公钥体系中公钥的合法性检验任务。另外，交易平台节点、接收方节点、供应方节点以及投资方节点各自对应的证书均可以通过字符串形式进行表示。

此外，证书签发方节点生成交易平台节点对应的证书的方式具体可以为：交易平台节点生成与交易平台节点相对应的目标公钥和目标私钥；通过目标私钥对交易平台节点的证书申请信息进行签名，证书申请信息包括交易平台节点的服务资质信息和身份信息；根据目标公钥和加密后的证书申请信息生成证书申请请求；向证书签发方节点传输证书申请请求，以使得证书签发方节点对交易平台节点进行身份验证并在身份验证成功后生成与交易平台节点对应的证书。其中，目标公钥和目标私钥为一对非对称加密密钥，目标公钥和目标私钥均与交易平台节点相对应。另外，交易平台节点的服务资质信息用于表示交易平台节点向接收方节点、供应方节点以及投资方节点提供非对称密钥生成服务的资质，交易平台节点的身份信息用于表明交易平台节点的合法身份。

进一步可选的，交易平台节点根据目标公钥和加密后的证书申请信息生成证书申请请求的方式具体可以为：交易平台节点根据目标公钥、数字签名以及证书申请信息生成证书申请请求；其中，证书申请请求中包括目标公钥、数字签名以及证书申请信息。进一步地，在交易平台节点向证书签发方节点传输证书申请请求之后，证书签发方节点，还用于接收证书申请请求并根据证书申请请求对交易平台节点进行实名验证；具体地，对交易平台节点进行实名验证的方式具体可以为：检测交易平台节点输入的合法证件号码(如，注册登记号、身份证号等)的合法性；若交易平台节点的合法证件号码存在合法性，则生成与交易平台节点对应的证书。

此外，在证书签发方节点生成交易平台节点、接收方节点、供应方节点以及投资方节点分别对应的证书之前，上述方法还可以包括以下步骤：接收方节点根据与接收方节点对应的非对称加密密钥中的私钥对接收方节点的身份认证信息进行签名，得到接收方节点对应的数字签名，并根据包含接收方节点对应的数字签名的身份认证信息和接收方节点对应的非对称加密密钥中的公钥生成接收方节点对应的证书申请请求并向证书签发方节点传输接收方节点对应的证书申请请求；供应方节点根据与供应方节点对应的非对称加密密钥中的私钥对供应方节点的身份认证信息进行签名，得到供应方节点对应的数字签名，并根据包含供应方节点对应的数字签名的身份认证信息和供应方节点对应的非对称加密密钥中的公钥生成供应方节点对应的证书申请请求并向证书签发方节点传输供应方节点对应的证书申请请求；投资方节点根据与投资方节点对应的非对称加密密钥中的私钥对投资方节点的身份认证信息进行签名，得到投资方节点对应的数字签名，并根据包含投资方节点对应的数字签名的身份认证信息和投资方节点对应的非对称加密密钥中的公钥生成投资方节点对应的证书申请请求并向证书签发方节点传输投资方节点对应的证书申请请求。

可见，实施该可选的实施例，能够通过证书签发方向交易平台反馈各证书对应的摘要哈希，以使得交易平台向各个参与方分别返回所需的证书及证书的摘要哈希，这样可以有利于各个参与方利用区块链技术将融资过程进行上链，进而降低融资数据被篡改的风险。

进一步地，共识节点在验证成功后调用与交易数据相对应的智能合约对证书上链请求进行响应，包括：

共识节点在验证成功后调用与交易数据相对应的智能合约计算证书对应的摘要哈希，并通过摘要哈希验证证书的存在性，以及在证书不存在时将证书对应的摘要哈希和证书以键值形式写入与交易数据相对应的智能合约。

其中，对于交易平台节点：共识节点在验证成功后，调用与交易数据相对应的智能合约计算交易平台节点的证书对应的摘要哈希，并中查询是否存在与该摘要哈希相对应的证书，若存在，则返回用于表示执行失败的提示信息；若不存在，则将摘要哈希作为key，将交易平台节点的证书作为value，以键值形式(key-value)将交易平台节点的证书对应的摘要哈希和交易平台节点的证书写入智能合约。

其中，对于接收方节点：共识节点在验证成功后，调用与交易数据相对应的智能合约计算接收方节点的证书对应的摘要哈希，并中查询是否存在与该摘要哈希相对应的证书，若存在，则返回用于表示执行失败的提示信息；若不存在，则将摘要哈希作为key，将接收方节点的证书作为value，以键值形式(key-value)将接收方节点的证书对应的摘要哈希和交易平台节点的证书写入智能合约。

其中，对于供应方节点：共识节点在验证成功后，调用与交易数据相对应的智能合约计算供应方节点的证书对应的摘要哈希，并中查询是否存在与该摘要哈希相对应的证书，若存在，则返回用于表示执行失败的提示信息；若不存在，则将摘要哈希作为key，将供应方节点的证书作为value，以键值形式(key-value)将供应方节点的证书对应的摘要哈希和交易平台节点的证书写入智能合约。

其中，对于投资方节点：共识节点在验证成功后，调用与交易数据相对应的智能合约计算投资方节点的证书对应的摘要哈希，并中查询是否存在与该摘要哈希相对应的证书，若存在，则返回用于表示执行失败的提示信息；若不存在，则将摘要哈希作为key，将投资方节点的证书作为value，以键值形式(key-value)将投资方节点的证书对应的摘要哈希和交易平台节点的证书写入智能合约。

此外，可选的，上述方法还包括：接收方节点、供应方节点以及投资方节点分别接收并存储由交易平台节点反馈的各自对应的上链结果和各自对应的证书的摘要哈希；其中，接收方节点、供应方节点以及投资方节点分别对应的证书的摘要哈希不同。

可见，实施该可选的实施例，能够为各个参与方生成对应的证书并将其上链，这样可以有利于各参与方基于区块链技术进行协同配合以实现融资。此外，利用区块链技术可以保障融资数据的真实可靠，提升数据可信度。

更进一步地，在共识节点将证书上链请求的响应结果打包为区块写入区块链账本之后，上述方法还包括：

证书签发方节点存储证书对应的摘要哈希；

证书签发方节点向交易平台节点、接收方节点、供应方节点以及投资方节点分别反馈各自对应的证书的摘要哈希。

其中，接收方节点、供应方节点以及投资方节点分别对应的证书的摘要哈希不同。

可见，实施该可选的实施例，能够向交易平台节点、接收方节点、供应方节点、投资方节点反馈各自对应的证书，以便交易平台节点、接收方节点、供应方节点、投资方节点能够基于各自对应的证书触发智能合约执行相应的逻辑，进而实现线上融资。

本申请实施例中，可选的，交易平台节点在区块链网络中部署用于限定交易条件的智能合约，包括：

交易平台节点生成智能合约部署请求；其中，智能合约部署请求包括智能合约以及交易平台节点对应的公钥；

交易平台节点通过交易平台节点对应的私钥对智能合约部署请求进行签名；

交易平台节点广播签名后的智能合约部署请求；

共识节点根据交易平台节点对应的公钥对签名后的智能合约部署请求进行合法性验证；

共识节点在验证成功后响应智能合约部署请求；

共识节点对智能合约部署请求的响应结果进行共识并将智能合约部署请求的响应结果打包为区块写入区块链账本。

其中，智能合约部署请求还包括交易平台节点对应的证书的摘要哈希。

此外，可选的，共识节点在验证成功后响应智能合约部署请求的方式具体可以为：共识节点在验证成功后生成与智能合约的目标摘要哈希并将目标摘要哈希确定为智能合约地址；通过智能合约地址检测智能合约在区块链中是否具有唯一性；若智能合约在区块链中不具有唯一性，则返回用于表示执行失败的提示信息；若智能合约在区块链中具有唯一性，则根据交易平台节点的证书的摘要哈希查询该交易平台节点的证书是否存在；若不存在交易平台节点的证书，则返回用于表示执行失败的提示信息；若存在交易平台节点的证书，则比对交易平台节点的证书中的目标公钥与智能合约部署请求中的目标公钥之间是否存在一致性；若不存在一致性，则返回用于表示执行失败的提示信息；若存在一致性，则将智能合约地址作为key，将智能合约作为value，以键值形式将智能合约地址和智能合约写入缓存；其中，智能合约地址可以通过字符串进行表示。

可见，实施该可选的实施例，能够通过交易平台将智能合约进行上链，这样可以有利于各参与方基于区块链上的智能合约进行数据交互，提升数据交互的安全性。

在步骤S320中，接收方节点将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络。

其中，交易明细用于限定交易金额，当本申请应用于游戏结算融资领域时，交易明细可以为游戏流水结算单。

本申请实施例中，可选的，接收方节点将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络，包括：接收方节点通过接收方节点对应的私钥对交易数据进行签名并广播交易数据；共识节点根据接收方节点对应的公钥验证签名后的交易数据，若验证成功则调用交易数据对应的智能合约对交易数据进行响应；共识节点对交易数据的响应结果进行共识并将交易数据的响应结果打包为区块写入区块链账本。

其中，交易数据中包括接收方节点对应的公钥、接收方节点的编号以及接收方节点对应的证书的摘要哈希。此外，接收方节点通过接收方节点对应的私钥对交易数据进行签名并广播交易数据之前，上述方法还可以包括以下步骤：接收方节点通过交易平台节点将与供应方节点之间的交易明细、接收方节点的编号、供应方节点的编号、智能合约地址、接收方节点的证书对应的摘要哈希以及接收方节点对应的公钥打包为交易数据。此外，接收方节点调用交易数据对应的智能合约对交易数据进行响应的方式具体可以为：接收方节点调用交易数据对应的智能合约计算交易明细对应的摘要哈希，通过该摘要哈希检测交易明细的存在性，如果该交易明细不存在，则返回用于表示执行失败的提示消息；如果该交易明细存在，则根据接收方节点的证书对应的摘要哈希检测接收方证书的存在性，若不存在接收方节点的证书，则返回用于表示执行失败的提示消息；若存在接收方节点的证书，则比对接收方节点的证书中的公钥是否与交易数据中的公钥一致，若不一致，则返回用于表示执行失败的提示消息；若一致，则检测交易数据对应的交易状态是否为已确认状态，如果否，则返回用于表示执行失败的提示消息；如果是，则检测交易明细中接收方节点的编号和供应方节点的编号与交易数据中接收方节点的编号和供应方节点的编号的一致性；如果不存在一致性，则返回用于表示执行失败的提示消息；如果存在一致性，则将上述的已确认状态更新为已资产数字化状态并将所述交易明细对应的摘要哈希写入交易数据对应的智能合约；将所述交易明细对应的数据(如，金额)增加至供应方节点对应的资产总数据中。

此外，上述方法还可以包括：区块链网络将交易数据的上链结果和摘要哈希返回交易平台节点；交易平台节点接收并存储交易数据的上链结果和摘要哈希；交易平台节点向接收方节点和供应方节点反馈用于表示交易数据上链情况的提示信息。

可见，实施该可选的实施例，能够通过交易平台将接收方和供应方之间的交易明细上链，以使得交易数据公开、透明，进而有利于供应方向投资方申请融资，提升供应方的融资信息的可信度。

在步骤S330中，供应方节点根据交易数据生成融资申请并将融资申请上传区块链网络。

其中，融资申请中包括接收方节点的编号、供应方节点的编号、交易明细的摘要哈希、智能合约地址、供应方节点的证书对应的摘要哈希以及供应方节点对应的公钥。此外，供应方节点将融资申请上传区块链网络的方式具体可以为：供应方节点通过供应方节点对应的私钥对融资申请进行签名并广播签名后的融资申请；共识节点根据供应方节点对应的公钥对签名后的融资申请进行合法性验证；共识节点在验证成功后调用交易数据对应的智能合约对融资申请进行响应；共识节点对融资申请的响应结果进行共识并将融资申请的响应结果打包为区块写入区块链账本。此外，可选的，在供应方节点根据交易数据生成融资申请并将融资申请上传区块链网络之前，供应方节点还可以将针对交易数据的审核结果上传区块链网络，以进一步保障交易数据的真实、准确。

具体地，共识节点调用交易数据对应的智能合约对融资申请进行响应，包括：共识节点调用交易数据对应的智能合约计算交易明细对应的摘要哈希，通过该摘要哈希检测交易明细的存在性，如果该交易明细不存在，则返回用于表示执行失败的提示消息；如果该交易明细存在，则根据供应方节点的证书对应的摘要哈希检测接收方证书的存在性，若不存在供应方节点的证书，则返回用于表示执行失败的提示消息；若存在供应方节点的证书，则比对供应方节点的证书中的公钥是否与融资申请中的公钥一致，若不一致，则返回用于表示执行失败的提示消息；若一致，则检测交易数据对应的交易状态是否为已资产数字化状态，如果否，则返回用于表示执行失败的提示消息；如果是，则检测交易明细中接收方节点的编号和供应方节点的编号与融资申请中接收方节点的编号和供应方节点的编号的一致性；如果不存在一致性，则返回用于表示执行失败的提示消息；如果存在一致性，则检测融资申请对应的融资数据是否大于融资申请对应的申请额度与利息之和，如果否，则返回用于表示执行失败的提示消息；如果是，则将交易数据对应的交易状态更新为融资申请状态，将融资状态更新为待审核状态，并将融资申请对应的摘要哈希作为key，将融资申请、交易明细的摘要哈希、待审核状态作为value写入智能合约；进而，可以在投资方节点对应的融资审核列表中新增融资申请对应的摘要哈希。

可见，实施该可选的实施例，使得供应方能够利用接收方转移的资产数据进行融资申请，由于这一过程对应的数据存储于区块链中，因此，该融资申请对应的融资信息可信度较高，可以提升供应方的融资成功率。

在步骤S340中，投资方节点生成与融资申请对应的审核结果并广播审核结果。

其中，审核结果中包括针对融资申请的审核内容、接收方节点的编号、供应方节点的编号、投资方节点的编号、交易明细的摘要哈希、智能合约地址、投资方节点的证书对应的摘要哈希以及投资方节点对应的公钥。

在步骤S350中，共识节点对审核结果进行合法性验证，验证成功后调用交易数据对应的智能合约对审核结果进行响应。

本申请实施例中，可选的，共识节点在验证成功后调用交易数据对应的智能合约对审核结果进行响应，包括：

共识节点在验证成功后调用交易数据对应的智能合约检测融资申请对应的融资数据是否大于供应方节点对应的资产数据；如果是，则冻结资产数据；如果否，则拆分资产数据得到与融资数据对应的资产子数据并冻结资产子数据。

其中，资产子数据为资产数据的子集，资产数据和资产子数据均可以通过数值的形式进行表示。另外，当融资申请对应的期限到期后，还可以调用智能合约在投资方节点对应的总资产数据中增加冻结资产或冻结资产子数据对应的数值；或者，当供应方节点执行还款操作后，调用智能合约在投资方节点对应的总资产数据中增加还款数据对应的数值，以及在供应方节点对应的总资产数据中减少还款数据对应的数值。

具体地，共识节点在验证成功后调用交易数据对应的智能合约检测融资申请对应的融资数据是否大于供应方节点对应的资产数据之前，还包括：共识节点调用交易数据对应的智能合约计算交易明细对应的摘要哈希，通过该摘要哈希检测交易明细的存在性，如果该交易明细不存在，则返回用于表示执行失败的提示消息；如果该交易明细存在，则根据投资方节点的证书对应的摘要哈希检测接收方证书的存在性，若不存在投资方节点的证书，则返回用于表示执行失败的提示消息；若存在投资方节点的证书，则比对投资方节点的证书中的公钥是否与审核结果中的公钥一致，若不一致，则返回用于表示执行失败的提示消息；若一致，则检测交易数据对应的交易状态是否为融资申请状态以及融资状态是否为待审核状态，如果否，则返回用于表示执行失败的提示消息；如果是，则检测交易明细中接收方节点的编号和供应方节点的编号与审核结果中接收方节点的编号和供应方节点的编号的一致性；如果不存在一致性，则返回用于表示执行失败的提示消息；如果存在一致性，则将交易数据对应的交易状态更新为融资成功状态，将融资状态更新为审核通过状态，并将审核结果对应的摘要哈希写入智能合约；进而，可以在投资方节点对应的融资审核列表中删除上述的融资申请对应的摘要哈希；进而，执行上述的检测融资申请对应的融资数据是否大于供应方节点对应的资产数据。

可见，实施该可选的实施例，投资方可以通过供应方上传区块链的融资申请进行相应的审核并将审核结果进行上链，以保障融资过程对应的数据的准确性。

在步骤S360中，共识节点对审核结果的响应结果进行共识并将审核结果的响应结果打包为区块写入区块链账本。

其中，在共识节点对审核结果的响应结果进行共识并将审核结果的响应结果打包为区块写入区块链账本之后，还包括：投资方节点将供应方节点对应的还款结果上传区块链网络；其中，具体包括：在投资方节点将还款结果进行广播之后，共识节点调用交易数据对应的智能合约将交易状态更新为融资还款确认状态以及将融资状态更新为还款确认状态。

在此基础上，在共识节点将审核结果的响应结果打包为区块写入区块链账本之后，还包括：供应方节点广播融资申请对应的确认还款结果；共识节点对确认还款结果进行合法性验证，验证成功后调用交易数据对应的智能合约响应确认还款结果，以销毁冻结的资产数据或资产子数据；共识节点对确认还款结果的响应结果进行共识并将确认还款结果的响应结果打包为区块写入区块链账本。

其中，确认还款结果中包括接收方节点的编号、供应方节点的编号、投资方节点的编号、交易明细的摘要哈希、融资申请的摘要哈希、智能合约地址、确认还款结果的内容、供应方节点的证书对应的摘要哈希以及供应方节点对应的公钥。

此外，共识节点调用交易数据对应的智能合约销毁冻结的资产数据或资产子数据之前，还包括：共识节点调用交易数据对应的智能合约计算交易明细对应的摘要哈希，通过该摘要哈希检测交易明细的存在性，如果该交易明细不存在，则返回用于表示执行失败的提示消息；如果该交易明细存在，则根据供应方节点的证书对应的摘要哈希检测接收方证书的存在性，若不存在供应方节点的证书，则返回用于表示执行失败的提示消息；若存在供应方节点的证书，则比对供应方节点的证书中的公钥是否与确认还款结果中的公钥一致，若不一致，则返回用于表示执行失败的提示消息；若一致，则检测交易数据对应的交易状态是否为融资成功状态，如果否，则返回用于表示执行失败的提示消息；如果是，则检测交易明细中接收方节点的编号和供应方节点的编号与确认还款结果中接收方节点的编号和供应方节点的编号的一致性；如果不存在一致性，则返回用于表示执行失败的提示消息；如果存在一致性，则以还款结果对应的摘要哈希查询是否存在相应的还款结果，如果否，则返回用于表示执行失败的提示消息；如果是，则检测区块链网络中的还款结果与上述的确认还款结果之间是否存在一致性，如果否，则返回用于表示执行失败的提示消息；如果是，则将交易数据对应的交易状态和融资状态均更新为还款确认完成状态，将确认还款结果对应的摘要哈希写入智能合约，进而，执行上述的销毁冻结的资产数据或资产子数据。

可见，实施该可选的实施例，能够基于区块链技术实现多方协作的融资过程，可以提升线上融资效率。

请参阅图4。图4示意性示出了根据本申请的一个实施例的基于区块链的融资方法的流程图。一个实施例的基于区块链的融资方法包括：步骤S400～步骤S428，其中：

步骤S400：证书签发方节点生成交易平台节点、接收方节点、供应方节点以及投资方节点分别对应的证书，根据所述证书生成证书上链请求，通过证书签发方节点对应的私钥对证书上链请求进行签名，并广播签名后的证书上链请求。

步骤S402：共识节点通过证书签发方节点对应的公钥对签名后的证书上链请求进行合法性验证，在验证成功后调用与交易数据相对应的智能合约对证书上链请求进行响应，对证书上链请求的响应结果进行共识，并将证书上链请求的响应结果打包为区块写入区块链账本。

步骤S404：交易平台节点生成智能合约部署请求，通过所述交易平台节点对应的私钥对智能合约部署请求进行签名，广播签名后的智能合约部署请求，根据交易平台节点对应的公钥对签名后的智能合约部署请求进行合法性验证。

步骤S406：共识节点在验证成功后响应智能合约部署请求，对智能合约部署请求的响应结果进行共识并将智能合约部署请求的响应结果打包为区块写入区块链账本。

步骤S408：证书签发方节点存储证书对应的摘要哈希，向交易平台节点、接收方节点、供应方节点以及投资方节点分别反馈各自对应的证书的摘要哈希。

步骤S410：接收方节点通过接收方节点对应的私钥对交易数据进行签名并广播交易数据。

步骤S412：共识节点根据接收方节点对应的公钥验证签名后的交易数据，若验证成功则调用交易数据对应的智能合约对交易数据进行响应，对交易数据的响应结果进行共识并将交易数据的响应结果打包为区块写入区块链账本。

步骤S414：供应方节点根据交易数据生成融资申请并将融资申请上传区块链网络。

步骤S416：投资方节点生成与融资申请对应的审核结果并广播审核结果。

步骤S418：共识节点对审核结果进行合法性验证，在验证成功后调用交易数据对应的智能合约检测融资申请对应的融资数据是否大于供应方节点对应的资产数据；如果是，则执行步骤S420；如果否，则执行步骤S422。

步骤S420：共识节点调用交易数据对应的智能合约冻结资产数据。

步骤S422：共识节点调用交易数据对应的智能合约拆分资产数据得到与融资数据对应的资产子数据并冻结资产子数据。

步骤S424：共识节点对审核结果的响应结果进行共识并将审核结果的响应结果打包为区块写入区块链账本。

步骤S426：供应方节点广播融资申请对应的确认还款结果。

步骤S428：共识节点对确认还款结果进行合法性验证，验证成功后调用交易数据对应的智能合约响应确认还款结果，以销毁冻结的资产数据或资产子数据，对确认还款结果的响应结果进行共识并将确认还款结果的响应结果打包为区块写入区块链账本。

需要说明的是，步骤S400～步骤S428与图3所示的各步骤及其实施例相对应，针对步骤S400～步骤S428的具体实施方式，请参阅图3所示的各步骤及其实施例，此处不再赘述。

可见，实施图4所示的方法，可以基于区块链技术使得各参与方能够在智能合约的制约下高效准确地完成融资流程。此外，可以通过区块链对于融资过程对应数据的存储，提升融资过程对应的数据的准确性、可追溯性以及不可篡改性。

进一步的，本示例实施方式中，还提供了一种基于区块链的融资系统。参考图5所示，该基于区块链的融资系统包括：

交易平台节点501，用于在区块链网络中部署用于限定交易条件的智能合约；

接收方节点502，用于将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络；

供应方节点503，用于根据交易数据生成融资申请并将融资申请上传区块链网络；

投资方节点504，用于生成与融资申请对应的审核结果并广播审核结果；

共识节点505，用于对审核结果进行合法性验证，验证成功后调用交易数据对应的智能合约对审核结果进行响应；

共识节点505，还用于对审核结果的响应结果进行共识并将融资申请的响应结果打包为区块写入区块链账本。

实施图5所示的系统，可以基于区块链技术使得各参与方能够在智能合约的制约下高效准确地完成融资流程。此外，可以通过区块链对于融资过程对应数据的存储，提升融资过程对应的数据的准确性、可追溯性以及不可篡改性。

在本申请的一种示例性实施例中，多个节点还包括证书签发方节点，上述系统还包括：

证书签发方节点，用于生成交易平台节点、接收方节点、供应方节点以及投资方节点分别对应的证书；

证书签发方节点，还用于根据证书生成证书上链请求；

证书签发方节点，还用于通过证书签发方节点对应的私钥对证书上链请求进行签名；

证书签发方节点，还用于广播签名后的证书上链请求；

共识节点，还用于通过证书签发方节点对应的公钥对签名后的证书上链请求进行合法性验证；

共识节点，还用于在验证成功后调用与交易数据相对应的智能合约对证书上链请求进行响应；

共识节点，还用于对证书上链请求的响应结果进行共识，并将证书上链请求的响应结果打包为区块写入区块链账本。

可见，实施该可选的实施例，能够通过证书签发方向交易平台反馈各证书对应的摘要哈希，以使得交易平台向各个参与方分别返回所需的证书及证书的摘要哈希，这样可以有利于各个参与方利用区块链技术将融资过程进行上链，进而降低融资数据被篡改的风险。

在本申请的一种示例性实施例中，共识节点，还用于在验证成功后调用与交易数据相对应的智能合约对证书上链请求进行响应，包括：

共识节点验证成功后调用与交易数据相对应的智能合约计算证书对应的摘要哈希，并通过摘要哈希验证证书的存在性，以及在证书不存在时将证书对应的摘要哈希和证书以键值形式写入与交易数据相对应的智能合约。

可见，实施该可选的实施例，能够为各个参与方生成对应的证书并将其上链，这样可以有利于各参与方基于区块链技术进行协同配合以实现融资。此外，利用区块链技术可以保障融资数据的真实可靠，提升数据可信度。

在本申请的一种示例性实施例中，在共识节点将证书上链请求的响应结果打包为区块写入区块链账本之后，证书签发方节点，还用于存储证书对应的摘要哈希；

证书签发方节点，还用于向交易平台节点、接收方节点、供应方节点以及投资方节点分别反馈各自对应的证书的摘要哈希。

可见，实施该可选的实施例，能够向交易平台节点、接收方节点、供应方节点、投资方节点反馈各自对应的证书，以便交易平台节点、接收方节点、供应方节点、投资方节点能够基于各自对应的证书触发智能合约执行相应的逻辑，进而实现线上融资。

在本申请的一种示例性实施例中，交易平台节点，用于在区块链网络中部署用于限定交易条件的智能合约，包括：

交易平台节点生成智能合约部署请求；其中，智能合约部署请求包括智能合约以及交易平台节点对应的公钥；

交易平台节点通过交易平台节点对应的私钥对智能合约部署请求进行签名；

交易平台节点广播签名后的智能合约部署请求；

共识节点根据交易平台节点对应的公钥对签名后的智能合约部署请求进行合法性验证；

共识节点在验证成功后响应智能合约部署请求；

共识节点对智能合约部署请求的响应结果进行共识并将智能合约部署请求的响应结果打包为区块写入区块链账本。

可见，实施该可选的实施例，能够通过交易平台将智能合约进行上链，这样可以有利于各参与方基于区块链上的智能合约进行数据交互，提升数据交互的安全性。

在本申请的一种示例性实施例中，接收方节点，用于将用于表征接收方节点与供应方节点之间交易明细的交易数据上传区块链网络，包括：

接收方节点通过接收方节点对应的私钥对交易数据进行签名并广播交易数据；

共识节点根据接收方节点对应的公钥验证签名后的交易数据，若验证成功则调用交易数据相对应的智能合约对交易数据进行响应；

共识节点对交易数据的响应结果进行共识并将交易数据的响应结果打包为区块写入区块链账本。

可见，实施该可选的实施例，能够通过交易平台将接收方和供应方之间的交易明细上链，以使得交易数据公开、透明，进而有利于供应方向投资方申请融资，提升供应方的融资信息的可信度。

在本申请的一种示例性实施例中，共识节点，用于在验证成功后调用交易数据对应的智能合约对审核结果进行响应，包括：

共识节点在验证成功后调用交易数据对应的智能合约检测融资申请对应的融资数据是否大于供应方节点对应的资产数据；如果是，则冻结资产数据；如果否，则拆分资产数据得到与融资数据对应的资产子数据并冻结资产子数据。

可见，实施该可选的实施例，投资方可以通过供应方上传区块链的融资申请进行相应的审核并将审核结果进行上链，以保障融资过程对应的数据的准确性。

在本申请的一种示例性实施例中，供应方节点，还用于在共识节点将审核结果的响应结果打包为区块写入区块链账本之后，广播所述融资申请对应的确认还款结果；

共识节点，还用于对确认还款结果进行合法性验证，验证成功后调用交易数据对应的智能合约响应确认还款结果，以销毁冻结的资产数据或资产子数据；

共识节点，还用于对确认还款结果的响应结果进行共识并将确认还款结果的响应结果打包为区块写入区块链账本。

可见，实施该可选的实施例，能够基于区块链技术实现多方协作的融资过程，可以提升线上融资效率。

请参阅图6，图6示意性示出了根据本申请的一个实施例的基于区块链的融资系统的架构图。其中，上述的交易平台节点可以为图6中的交易平台节点601、上述的接收方节点可以为图6中的企业节点603、上述的证书签发方节点可以为图6中的CA机构节点602、上述的供应方节点可以为图6中的游戏供应商节点604、上述的投资方节点可以为图6中的金融机构节点605。具体地，交易平台节点601、企业节点603、游戏供应商节点604以及金融机构节点605对应的证书均由CA机构节点602生成并广播，由共识节点进行验证、共识、打包为区块写入区块链。进而，交易平台节点601可以在区块链网络中部署用于限定交易条件的智能合约。企业节点603可以生成用于表征接收方节点与供应方节点之间交易明细的交易数据并广播所述交易数据，进而通过区块链网络中的共识节点进行验证、共识以及将智能合约对交易数据的响应结果写入区块链；进而，游戏供应商节点604可以根据上述的交易数据生成融资申请并广播融资申请，进而通过区块链网络中的共识节点进行验证、共识以及将智能合约对融资申请的响应结果写入区块链；金融机构节点605可以生成与融资申请对应的审核结果并通过该金融机构节点605对应的私钥对审核结果进行签名，进而，广播签名后的审核结果；进一步地，区块链网络中的共识节点通过金融机构节点605对应的公钥验证签名后的审核结果，若验证成功则调用交易数据对应的智能合约响应审核结果，以及共识审核结果的响应结果并将审核结果的响应结果打包为区块写入区块链账本。

由于本申请的示例实施例的基于区块链的融资系统的各个步骤与上述基于区块链的融资方法的示例实施例的各功能对象对应，因此对于本申请方法实施例中未披露的细节，请参照本申请上述的基于区块链的融资方法的实施例。

作为另一方面，本申请还提供了一种用户节点，用户节点包括中央处理单元(CPU)，其可以根据存储在只读存储器(ROM)中的程序或者从存储部分加载到随机访问存储器(RAM)中的程序而执行各种适当的动作和处理，以实现本发明实施例提供的各种方法步骤。在RAM中，还存储有系统操作所需的各种程序和数据。CPU、ROM以及RAM通过总线彼此相连。输入/输出(I/O)接口也连接至总线。以下部件连接至I/O接口：包括键盘、鼠标等的输入部分；包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分；包括硬盘等的存储部分；以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分。通信部分经由诸如因特网的网络执行通信处理。驱动器也根据需要连接至I/O接口。可拆卸介质，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器上，以便于从其上读出的计算机程序根据需要被安装入存储部分。

作为又一方面，本申请还提供了一种计算机可读介质，该计算机可读介质可以是上述实施例中描述的用户节点中所包含的；也可以是单独存在。上述计算机可读介质承载有一个或者多个程序，当上述一个或者多个程序被一个用户节点执行时，使得用户节点实现上述实施例中所述的方法。

需要说明的是，本申请所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于：具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本申请中，计算机可读存储介质可以是任何包含或存储程序的有形介质，该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本申请中，计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号，其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式，包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质，该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输，包括但不限于：无线、电线、光缆、RF等等，或者上述的任意合适的组合。

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

描述于本申请实施例中所涉及到的单元可以通过软件的方式实现，也可以通过硬件的方式来实现，所描述的单元也可以设置在处理器中。其中，这些单元的名称在某种情况下并不构成对该单元本身的限定。

本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本申请的真正范围和精神由下面的权利要求指出。

应当理解的是，本申请并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本申请的范围仅由所附的权利要求来限制。