CN110458700A - 一种通证生成方法、供应链金融系统以及电子设备 - Google Patents

Abstract

本申请公开了一种通证生成方法、供应链金融系统以及电子设备，其中，该通证生成方法包括：接收区块链网络中的核心企业节点发送的通证生成请求；其中，通证生成请求至少包括供应链金融系统中的供应商节点对核心企业节点的应收账款；基于通证生成请求，生成表示应收账款的至少一个通证；其中，通证的当前所有权归属于核心企业节点；将至少一个通证保存至区块链网络中，以使核心企业节点能够基于核心企业节点与区块链网络中的供应商节点的债权关系，将通证的所有权转移给供应商节点。通过上述方式，实现了资产在区块链上的映射，便于资产的转让和拆分，提高了资产流通的灵活性。

Description

一种通证生成方法、供应链金融系统以及电子设备

技术领域

本申请涉及区块链技术领域，特别是涉及一种通证生成方法、供应链金融系统以及电子设备。

背景技术

在供应链金融中，核心企业与供应商之间若存在债权关系，核心企业可以开具一个纸质债务凭证。例如，供应商可以持有该纸质债务凭证，在该纸质债务凭证到期时，该纸质债务凭证对应的核心企业需要向该供应商支付该纸质债务凭证中的款项。

由于供应商面临资金短缺的压力，通常会利用该纸质债务凭证进行其他交易。例如，利用该纸质债务凭证在其他下游企业进行采购，或利用该纸质债务凭证在金融机构进行抵押、贷款、融资、清算等业务。但是，由于企业与金融机构之间的信息不对等，使得该纸质债务凭证缺乏可信度，使得小型企业处于供应链的弱势地位。

发明内容

为解决上述问题，本申请提供了一种通证生成方法、供应链金融系统以及电子设备，实现了资产在区块链上的映射，便于资产的转让和拆分，提高了资产流通的灵活性。

本申请采用的一个技术方案是：提供一种通证生成方法，该方法应用于供应链金融系统的区块链网络中的服务支持节点，该通证生成方法包括：接收区块链网络中的核心企业节点发送的通证生成请求；其中，通证生成请求至少包括区块链网络中的供应商节点对核心企业节点的应收账款；基于通证生成请求，生成表示应收账款的至少一个通证；其中，通证的当前所有权归属于核心企业节点；将至少一个通证保存至区块链网络中，以使核心企业节点能够基于核心企业节点与区块链网络中的供应商节点的债权关系，将通证的所有权转移给供应商节点。

其中，基于通证生成请求，生成表示应收账款的至少一个通证的步骤，包括：获取核心企业节点的银行授信额度的当前剩余额度；其中，银行授信额度是由区块链网络中的金融机构节点确定的；在通证生成请求中的应收账款小于或等于银行授信额度的当前剩余额度时，生成表示应收账款的至少一个通证。

其中，通证包括通证标识信息、通证与应收账款之间的价值转换关系信息、核心企业节点信息、通证生成时间、通证到期时间中的至少一个。

本申请采用的另一个技术方案是：提供一种通证生成方法，应用于供应链金融系统的区块链网络中的核心企业节点，该通证生成方法包括：向区块链网络中的服务支持节点发送通证生成请求，以使服务支持节点基于通证生成请求生成表示应收账款的至少一个通证，并将至少一个通证保存至区块链网络中；其中，通证生成请求至少包括区块链网络中的供应商节点对核心企业节点的应收账款，通证的当前所有权归属于核心企业节点；基于核心企业节点与区块链网络中的供应商节点的债权关系，将通证的所有权转移给供应商节点。

其中，该方法还包括：生成配置文件；其中，配置文件包括区块链配置参数；创建区块链网络，并将区块链配置参数保存至区块链中。

其中，该方法还包括：验证待连接节点的地址是否满足预设条件；其中，待连接节点为供应商节点、金融机构节点或金融服务节点中的至少一个；若满足预设条件，则向待连接节点发送第一质询消息，并接收待连接节点响应第一质询消息发送的第一公钥签名；以及，接收待连接节点发送的第二质询消息，并响应第二质询消息，向待连接节点发送第二公钥签名；将待连接节点加入区块链网络中。

本申请采用的另一个技术方案是：提供一种供应链金融系统，该供应链金融系统包括至少两个区块链网络，每个区块链网络包括相互连接的服务支持节点、核心企业节点、供应商节点、金融机构节点和金融服务节点；其中，一个区块链网络中的至少部分节点能够作为另一区块链网络中的节点，且至少部分节点在两个区块链网络中的交易相互隔离；其中，在任意一个区块链网络中，服务支持节点用于执行如上述的方法，或，核心企业节点用于执行如上述的方法。

其中，在每一个区块链网络中，供应商节点还用于基于持有的通证请求金融机构节点进行清算，以使金融机构节点将核心企业节点账户的与通证价值相等的资金，转移至供应商节点的账户，并生成通证的注销信息，将通证的注销信息保存至区块链网络中。

其中，服务支持节点、核心企业节点、供应商节点、金融机构节点和金融服务节点中的至少一个采用微服务架构建立；金融机构节点包括银行节点和保理商节点。

本申请采用的另一个技术方案是：提供一种电子设备，该电子设备是如上述的服务支持节点或供应商节点。

本申请提供的通证生成方法包括：接收区块链网络中的核心企业节点发送的通证生成请求；其中，通证生成请求至少包括区块链网络中的供应商节点对核心企业节点的应收账款；基于通证生成请求，生成表示应收账款的至少一个通证；其中，通证的当前所有权归属于核心企业节点；将至少一个通证保存至区块链网络中，以使核心企业节点能够基于核心企业节点与区块链网络中的供应商节点的债权关系，将通证的所有权转移给供应商节点。通过上述方式，实现了资产在区块链上的映射，便于资产的转让和拆分，提高了资产流通的灵活性，有利于解决中小型企业资金短缺的问题，盘活中小型企业除固定资产以外的资产科目，尤其是应收账款。

附图说明

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

图1是本申请实施例提供的供应链金融系统的第一结构示意图；

图2是本申请实施例提供的通证生成方法的第一流程示意图；

图3是本申请实施例提供的通证生成方法的第二流程示意图；

图4是本申请实施例提供的通证管理方法的流程示意图；

图5是本申请实施例提供的通证的流通示意图；

图6是本申请提供的应收账款融资业务流程示意图；

图7是本申请实施例提供的供应链金融系统的第二结构示意图；

图8是本申请实施例提供的供应链金融系统的架构示意图；

图9是本申请实施例提供的供应链金融系统的技术架构示意图；

图10是本申请提供的电子设备的结构示意图；

图11是本申请提供的计算机存储介质的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述。可以理解的是，此处所描述的具体实施例仅用于解释本申请，而非对本申请的限定。另外还需要说明的是，为了便于描述，附图中仅示出了与本申请相关的部分而非全部结构。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

本申请中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。

在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。

参阅图1，图1是本申请实施例提供的供应链金融系统的第一结构示意图，该供应链金融系统10的区块链网络中包括相互连接的服务支持节点11、核心企业节点12、供应商节点13、金融机构节点14以及金融服务节点15。

可以理解地，供应链金融的参与主体主要有四个：以大型生产商、制造商为代表的行业龙头/核心企业(相当于核心企业节点12)；以商业银行、保理/再保理商、信托公司为代表的资金供给端(相当于金融机构节点14)；由供应链上的多级供应商、销售商组成的中小微企业(相当于供应商节点13)；以物流公司、信息化服务商、金融科技公司为代表的供应链金融服务提供商(相当于金融服务节点15)。其中，核心企业节点12、供应商节点13、金融机构节点14以及金融服务节点15的数量都可以多个。

一般来说，供应链中的上下游中小微企业，通常是劳动密集型企业，利润率水平不高，它们自身资本积累能力不足，同时核心企业拥有很强的“话语权”，单方面会拖延现金支付，通常以30天乃至60天账期的应收账款形式来完成交易，导致双方之间存在一定程度的资金缺口，中小企业面临资金短缺的压力，动摇着供应链的稳定性。

供应链金融指将供应链上的核心企业以及与其相关的上下游企业看作一个整体，以核心企业为依托，以真实贸易为前提，运用自偿性贸易融资的方式，通过将应收账款、预付账款、固定资产、存货等流动资产质押登记、第三方监管等专业手段封闭资金流或控制物权，对供应链上下游企业提供的综合性金融产品和服务。其最终目的是解决供应链上主体之间如何高效、低成本地融资和借贷，从而提升各自行业市场竞争力。

当前供应链金融系统中核心企业与上下游中小企业因赊销贸易而形成的应收账款作为交易双方债权债务关系的信用凭证，在有条件转让或抵押给保理商的操作方法上存在很多局限，例如，应付/应收账款转让达成协议之前需要保理商线下审核、签约且融资流程长、贴现复杂、不能拆分、对此账款的应付方信用要求高、流转范围小、保理确权难。

参阅图2，图2是本申请实施例提供的通证管理方法的第一流程示意图，该方法应用于服务支持节点11，该方法包括：

步骤21：接收区块链网络中的核心企业节点发送的通证生成请求；其中，通证生成请求至少包括区块链网络中的供应商节点对核心企业节点的应收账款。

可选地，该应收账款可以基于核心企业节点12和供应商节点13之间的债务关系来确定。例如，核心企业在供应商处购买了一批货物，价值30万元，约定30天后付款，签订购买合同，这30万元即为供应商对核心企业的应收账款(也可以称为核心企业对供应商的应付账款)。此时，核心企业就可以根据该30万元的应收账款来生成价值相匹配的一定数量的通证。

另外，该通证生成请求中还可以包括核心企业节点信息、通证与应收账款之间的价值转换关系、以及通证的到期时间。

其中，通证与应收账款之间的价值转换关系主要是用于表示1单位通证能够兑换多少人民币的应收账款，该价值转换关系可以是默认的，也可以是由核心企业节点自定义的。例如，该核心企业定义：1通证＝0.01元人民币应收账款。

在一具体的实施例中，核心企业节点12可以通过ERP(Enterprise ResourcePlanning，企业资源计划)系统来进行核心企业的应付账款的导入，将核心企业的应付账款作为供应商的应收账款。其中，ERP系统针对企业间物资资源、财务资源、信息资源进行管理。例如，企业A需要在企业B处购买一批货物，则可以通过ERP系统向企业B发送订单以及企业A的应付账款的电子凭证，企业B在发货后可通过ERP系统通知企业A，企业A可以在约定时间通过ERP系统向企业B汇款，以完成一次交易。

具体地，在本实施例中，可以建立ERP系统与供应链金融系统10的数据交互，核心企业节点12通过客户端的ERP系统导入核心企业节点12的应付账款，将核心企业的应付账款作为供应商的应收账款，并通过ERP系统发送给供应链金融系统10中的服务支持节点11。

步骤22：基于通证生成请求，生成表示应收账款的至少一个通证；其中，通证的当前所有权归属于核心企业节点。

通证包括通证标识信息、通证与应收账款之间的价值转换关系信息、核心企业节点信息、通证生成时间、通证到期时间中的至少一个。

其中，该标识信息可以为通证的编码。可选地，基于同一应收账款生成的一定数量的通证，具有同一个编号，在通证的流通交易过程中，该通证的编号不会改变。并且，各个节点也可以通过该通证的编码对通证进行溯源，从区块链网络中获取该通证的相关信息。

例如，1通证＝0.01元人民币应收账款，若核心企业对供应商的应付账款为10万人民币或供应商拥有核心企业10万人民币的应收账款，则生成1000万个通证。

可选地，在一实施例中，服务支持节点11获取核心企业节点的银行授信额度的当前剩余额度；在通证生成请求中的应收账款小于或等于银行授信额度的当前剩余额度时，生成表示应收账款的至少一个通证。其中，银行授信额度是由区块链网络中的金融机构节点确定的。

具体地，核心企业需要从银行(金融机构节点14)获得授信支持，而后者会根据该核心企业的规模大小、经营状态、主营业务、资产状况等信息来提供一定银行授信额度来支撑核心企业的流动资金。同时，核心企业获得的额度通过智能合约管理，随着通证的不断生成与对供应商分配，利用合约自动减扣对应的额度，授信额度及其变动会被区块链网络的每个节点共识共享。

例如，企业A从银行C获得的银行授信额度为1000万人民币，若该企业A在一次与企业B的交易中请求生成了100万人民币对应的通证，则由于100万在银行授信额度之内，那么服务支持节点11则会生成对应100万人民币的通证。同时，在该100万通证完全清算之后，该企业A的银行授信额度减少至变为900万人民币。

步骤23：将至少一个通证保存至区块链网络中，以使核心企业节点能够基于核心企业节点与区块链网络中的供应商节点的债权关系，将通证的所有权转移给供应商节点。

区块链技术是一种新型的分布式数据组织方法及运算方式。其最大特点是：去中心化，这使得数据能够实现分布式集体维护，极大提高数据运算、管理、维护效率；共识，节点间基于一套共识机制，通过竞争计算共同维护整个区块链网络，任一节点失效，其余节点仍能正常工作。同时搭载非对称加密技术的区块链具备高安全性、可追溯性，能有效防止数据泄露或非法篡改。

具体地，服务支持节点11发送基于通证的存储请求，并在区块链网络中广播该存储请求，以由区块链网络中的记账节点竞争记账权，并由竞争得到记账权的记账节点来实现对该通证的存储。可选地，在一实施例中，可由供应链中的具有核心地位的节点来作为记账节点，例如，核心企业节点12和金融机构节点14为记账节点，供应商节点13和金融服务节点15为非记账节点。

可以理解地，供应商节点13在获取到该通证的所有权后，该通证可以在供应商节点13、金融机构节点14、金融服务节点15或区块链网络中的其他节点之间进行流通交易。

本实施例提供的通证生成方法包括：接收区块链网络中的核心企业节点发送的通证生成请求；其中，通证生成请求至少包括区块链网络中的供应商节点对核心企业节点的应收账款；基于通证生成请求，生成表示应收账款的至少一个通证；其中，通证的当前所有权归属于核心企业节点；将至少一个通证保存至区块链网络中，以使核心企业节点能够基于核心企业节点与区块链网络中的供应商节点的债权关系，将通证的所有权转移给供应商节点。通过上述方式，实现了资产在区块链上的映射，便于资产的转让和拆分，提高了资产流通的灵活性，有利于解决中小型企业资金短缺的问题，盘活中小型企业除固定资产以外的资产科目，尤其是应收账款。

参阅图3，图3是本申请实施例提供的通证生成方法的第二流程示意图，该方法应用于核心企业节点12，该方法包括：

步骤31：向区块链网络中的服务支持节点发送通证生成请求，以使服务支持节点基于通证生成请求生成表示应收账款的至少一个通证，并将至少一个通证保存至区块链网络中；其中，通证生成请求至少包括区块链网络中的供应商节点对核心企业节点的应收账款，通证的当前所有权归属于核心企业节点。

步骤32：基于核心企业节点与区块链网络中的供应商节点的债权关系，将通证的所有权转移给供应商节点。

本实施例与上述实施例的原理类似，这里不再赘述。

参阅图4，图4是本申请实施例提供的通证管理方法的流程示意图，该方法应用于供应商节点13，该方法包括：

步骤41：从区块链网络中获取供应商节点所持有的通证情况；其中，通证由区块链网络中的服务支持节点基于供应商节点对核心企业节点的应收账款生成。

其中，该所持有的通证情况具体可以包括该供应商节点所持有的通证的数量。例如，该供应商节点所持有的通证包括：核心企业A的1000个通证(编号a)、核心企业B的5000个通证(编号b)

步骤42：基于通证情况选择供应商节点所持有的至少部分通证。

可选地，供应商节点13可以根据接下来的交易所需要使用的额度来进行拆分。例如，供应商节点13持有100万个通证，接下来的交易所需要的通证为10万个，那么，可以从100万个通证中拆分出10万个通证用于接下来的交易。

步骤43：与区块链网络中的金融机构节点或另一供应商节点对至少部分通证进行交易。

可选地，步骤43可以具体包括：生成交易请求；基于交易请求与金融机构节点或另一供应商节点进行对应的通证交易，其中，通证交易的记录存储在区块链网络中。

下面通过融资、债务偿还、清算三方面来说明供应商节点13对通证的交易。

1)融资：

供应商节点生成通证融资请求；其中，通证融资请求表示利用至少部分通证，与金融机构节点交换等价值的资金；将通证融资请求发送给金融机构节点；接收金融机构节点发送的融资成功消息，其中，融资成功消息表示通证融资请求对应的通证交易成功。

例如，以1通证＝0.01元人民币的应收账款为例，供应商A持有10000万个通证，供应商A向保理商B进行融资，生成融资合同，供应商A在合同上录入相关的信息，包括通证转让人、通证受让人、转让通证数量、转让目的(融资)等。然后双方进行电子签名、盖章，并将合同保存至区块链网络中。在融资成功后，保理商B会向供应商A的账户转账100万人民币，且该10000万个通证的所有权由供应商A转让给保理商B。

进一步，保理商B也可以将持有的通证与保理商C进行再保理。具体地，保理商B向保理商C进行再保理，生成保理合同，保理商B在合同上录入相关的信息，包括通证转让人、通证受让人、转让通证数量、转让目的(保理)等。然后双方进行电子签名、盖章，并将合同保存至区块链网络中。在保理成功后，保理商C会向供应商B的账户转账100万人民币，且该10000万个通证的所有权由供应商B转让给保理商C。

2)偿还：

生成通证偿还请求；其中，通证偿还请求表示利用至少部分通证，偿还供应商节点对另一供应商节点的债务；将通证融资请求发送给金融机构节点；接收金融机构节点发送的融资成功消息，其中，融资成功消息表示通证融资请求对应的通证交易成功。

例如，以1通证＝0.01元人民币的应收账款为例，供应商A欠供应商B货款为10万人民币，若供应商A持有1000万个通证，可以利用通证进行偿还。具体地，供应商A向供应商B进行偿还，生成偿还合同，供应商A在合同上录入相关的信息，包括通证转让人、通证受让人、转让通证数量、转让目的(偿还)等。然后双方进行电子签名、盖章，并将合同保存至区块链网络中。在偿还成功后，该1000万个通证的所有权由供应商A转让给供应商B。

进一步，供应商B在获取到通证的所有权后，也可以与金融机构节点13进行融资、保理等通证交易，这里不再赘述。

3)清算：

生成通证清算请求；其中，通证清算请求至少包括所需进行清算的通证的数量；将通证清算请求发送给核心企业节点，以使核心企业节点验证通证清算请求后，向金融机构节点发送清算指令，其中，清算指令用于使金融机构节点将核心企业节点账户的与通证价值相等的资金，转移至供应商节点的账户，并生成通证的注销信息，将通证的注销信息保存至区块链网络中。

例如，供应商A持有1000万个通证(基于供应商A对核心企业B的应收账款生成)，在该通证到期后，向核心企业B发送通证清算请求，在核心企业B验证通过后，核心企业B向与该核心企业B对应的银行C发送清算指令。银行C在接收到清算指令后，将核心企业B账户中的10万元人民币，转账至该供应商A的账户中。在转账完成之后，银行C生成通证注销信息，并保存至区块链中。

在具体供应链金融的应用场景中，核心企业因向供应商赊销货物，导致双方存在债权债务关系。核心企业作为债务人，对供应商有应付账款，同时，供应商作为债权人，对核心企业有应收账款。

由于供应商面临资金短缺的压力，通常会利用该应收账款进行融资或抵债活动。例如，供应商可以将其持有的应收账款转让或抵押给金融机构，开展保理融资等业务，金融机构向供应商融通资金。但是，由于在供应链上核心企业、供应商等中小企业、金融机构等多方之间存在信息不对称，导致应收账款等资产缺憾可信度，且其验真耗时长、成本高，使得中小企业常常陷于融资贵、融资难的困境。

针对上述问题，本申请实施例采用通证来实现对应收账款的融资、抵债等交易，并将该通证的相关交易记录存储于区块量中，以保证该交易过程的安全性。下面结合图5，图5是本申请实施例提供的通证的流通示意图，通过一个详细的例子对上述实施例进行说明：

1)核心企业(节点)通过ERP系统向一级供应商(节点)发送货物订单，并通过ERP系统将核心企业对该一级供应商的应付账款(即一级供应商对核心企业的应收账款)(10万人民币)导入供应链金融系统中；

2)服务支持方(节点)根据该应收账款生成1000万个通证(1单位通证＝0.01元人民币)；

3)核心企业将该1000万个通证发放给一级供应商；

4)一级供应商将1000万个通证进行拆分，将其中的至少部分通证转让给N级供应商，以进行流转、偿还债务等业务；

例如，一级供应商将其中的20万个通证，转让给N级供应商，以偿还该一级供应商对该N级供应商的2000元欠款。

5)N级供应商可以将该20万个通证转让给金融机构，以基于该通证跟金融机构进行融资；

例如，N级供应商将20万个通证转让给金融机构，以获得2000元的融资。

6)一级供应商将1000万个通证进行拆分，将其中的至少部分通证转让给金融机构，以基于该通证跟金融机构进行融资；另外，供应商也可以在金融机构回购该通证；

例如，一级供应商将其中的50万个通证，转让给金融机构，以获得5000元的融资。

7)金融机构可以将通证转让给其他金融机构(再保理商)，以基于该通证跟其他金融机构进行融资；另外，金融机构也可以在其他金融机构回购该通证；

例如，金融机构将该50万个通证，转让给再保理商，以获得5000元的融资。

8)一级供应商可以持有剩余的30万个通证；

9)在通证到期时，所有的通证持有者均可以与核心企业进行清算，以使核心企业通知相关的银行支付相应的资金；

例如，N级供应商可以将持有的20万个通证与核心企业进行清算，以使核心企业通知银行将核心企业账户下的2000元人民币转账至N级供应商的账户。

例如，金融机构或再保理商可以将持有的50万个通证与核心企业进行清算，以使核心企业通知银行将核心企业账户下的5000元人民币转账至金融机构或再保理商的账户。

例如，一级供应商可以将持有的30万个通证与核心企业进行清算，以使核心企业通知银行将核心企业账户下的3000元人民币转账至一级供应商的账户。

10)核心企业通过金融机构节点来注销该通证。

通过上述方式，将应收账款进行通证化后，有以下有益效果：

1)资产线上化

将供应商对核心企业的应收账款转化为区块链上的线上通证，任何线上该通证的持有者都可随时有条件转让给银行或保理商融资，或支付货款，或与核心企业进行清算获得资金。

2)助力核心企业信用多级、跨级传导

一级供应商可将链上应收账款任意拆分成多批一定数量的通证，用以支付自己的供应商，此次类推，层层递进，最终成为帮助核心企业的实现信用在供应链体系内多级、跨级流转的工具。

3)提升数字债权流动性

应收账款数字化后，在链上以通证形式，可任意拆分、流转，实现点对点保理融资，进一步提升数字债权的流动性。

另外，在进行上述的业务流程时，若签订相关电子合同，可以借助区块链网络对合同签订者的身份进行验证，提供可靠的数字证书与电子签名；在合同签署完毕之后，可以通过区块链网络对用户的电子签名、合同内容以及签署的过程进行归档与存证，进而固化了其法律效力，为日后可能发生的保理纠纷做司法佐证。

值得注意的是，电子合同是由智能合约进行合同模板编写，然后由双方达成协议，包括转移多少通证、到期日期，以及是否回购等合同要素，一旦合同签署完成并上链存证，系统就会根据合约内容进行代码强制化通证转移，最终实现数字债权的转移，电子合同具体签署流程如下。

首先对于签署双方，本实施例符合国家《电子签名法》和相关法规的身份认证，然后提供由CA(Certificate Authority，证书授权机构)机构颁发数字证书，最后根据客户需求提供多种电子合同签署方式，包括公有云，API(Application Programming Interface，应用程序编程接口)，私有云等方式完成线上签署，签署后系统使用单向加密算法提取出签署电子合同的数字指纹(哈希值)，每一份合同拥有一个唯一的哈希值，将哈希值存储到区块链网络上，区块链网络中的节点会同步存储，实现电子证据法律固化，同时，系统提供相应的合同查验接口，如果合同被篡改，将无法通过原来的加密算法得到存储在区块链上的哈希值，这就保证了合同无法篡改的验证，实现通证的合规性流转。

每个节点通过本系统可以完成单方一次性存证，也可以通过点对点数据加密互换的方式进行数据交易，即仅允许交易双方解密查阅。

可选地，在另一实施例中，供应商节点13用于将与通证的应收账款相关联的产品的材料购买信息、生产信息、销售信息保存至区块链网络中；金融服务节点15可以为物流商节点，用于将产品的物流信息保存至区块链网络中。

以供应链金融为例，可以用区块链网络记录材料采购，加工运输，到终端销售整个环节，并在区块链上追溯货物的生产过程，物流路径等细节，真正做到资金流、商流、物流、信息流的四流合一。

另外，可基于本实施例的区块链网络构建供应链金融数字债权一体化管理平台，当货物物流信息上链后，将保证信用和数据在物流企业、核心企业、保理商、银行间的有效传递，促进应收账款的确认和流转结算，优化融资业务流程。

另外，物流追踪可将区块链技术结合物联网技术，防范供应链中鱼龙混杂的原材料供给。一般来说，可通过RFID、红外感应器、激光扫描仪等传感设备将物体与互联网连接，实现物体的智能化识别、定位、监控与管理。

以汽车组装生产的例子来说，从零配件采购开始，给零配件打上RFID电子标签，作为该零配件的唯一标识，同时记录该零配件采购自哪个供应商、质量检测信息等。在汽车组装环节，将核心企业、组装车间、生产线、负责人、时间戳等信息一并录入。将记录了汽车详细信息的RFID电子标签/二维码打上组装好的汽车上，同时保证做到一车一码，同时将此电子标签RFID的标识数据生成唯一的数据指纹，并且采集到区块链网络上。在物流环节，添加仓库、运输车辆、车辆配置与外观等相关信息到物流系统数据库，重新生成数据指纹，同时录入区块链网络。供应链上企业都可根据电子标签/二维码查询该整个汽车历史数据的追溯。

可选地，可以根据货物的物流信息来确定通证的发放或者清算。例如，企业A与企业B签订购买合同，其中约定在企业B在货物出库并运送至港口C时，企业A才向企业B发放通证。那么，物流商会实时的追踪货物的物流信息，并将物流信息上链。当货物运送至港口C时，将通证的所有权转让给企业B。另外，还可以在合同中约定在货物到达企业A时，通证才能进行清算。

对本实施例而言，由于货物信息上链，能保证在用“通证”对货物进行支付时，避免出现“款到货未到、货款不达项”的问题，能更好的解决融资难、融资贵的问题，降低融资风险。

结合上述的实施例，本申请提供的基于区块链的供应链金融系统包括以下功能模块：

(1)应收账款管理

核心企业将供应商对核心企业的应收账款按照要求导入至供应链金融系统后，用于后续根据已生成的应收账款的金额、到期日为依据生成通证。该模块包含应收账款导入、应收账款维护以及应收账款查询功能，从而方便用户对应收账款进行增删减查等操作。

(2)通证管理

服务支持方可以根据已导入的应收账款，生成并相应的通证，并由核心企业分配至对应的一级供应商，同时也可根据实际交易情况手动输入操作来生成和分配。该模块包含通证生成和通证发放功能。

(3)应收账款融资

如图6所示，图6是本申请提供的应收账款融资业务流程示意图。

此模块主要用于供应商发起保理融资流程及保理商对接收到的融资申请做出响应。本实施例中，把应收账款融资方法分为三种：“一对一”、“一对多”与“多对多”。

①“一对一”，即点对点融资

供应商可直接选择当前区块链网络上的唯一或多个特定保理商进行保理融资以期实现资金融通业务，融资对象视牵头的不同而有所差异，核心企业为链牵头方时，融资对象为链上的唯一或多个特定保理商；保理商为牵头方时，融资对象为链上唯一或多个特定保理商；再保理商作为牵头方时，融资对象则为链上唯一或多个特定再保理商。在保理融资交易过程中，供应商向选定保理商发送保理融资申请，双方基于过往长期合作关系或事前已达成融资利率等要素共识，可以快速《保理合同》签署和通证转移。

②“一对多”，即邀标融资

供应商通过招标的方式向多家保理商发出投标邀请，并在各家保理方递交的投标书中选择条件最适合(例如利息较低)的一家保理方展开融资业务，进而有助于供应商降低融资成本；保理商可接受或拒绝来自供应商发出的保理融资申请；在进行招标融资业务过程中，交易双方通过相关功能进行投标邀请书的起草、投标邀请书的受理、投标书的起草、投标书评标等操作。

③“多对多”，即智能融资

供应商与保理商将各自的融资利率和需要的资金量等信息通过区块链向全网发布，根据市场的融资交易规则自动匹配融资发起方与接收方，完成融资交易。

(4)通证偿还债务

此模块主要用于供应商发起通证支付流程及上游供应商对接收到的支付申请做出响应。供应商经协商可以发起对其上游供应商的债权抵消性质的通证支付，通证支付主要分为以债权转让完成对上游供应商债务的清偿及以债权转让替代当前新业务交易的现金支付两大类。通证支付交易过程中，供应商向需支付的上游供应商发送支付申请书，上游供应商对收到的支付申请书进行提交审批决定接受、拒绝申请或对申请书进行变更支付。

(5)通证回购

此模块用于处理回购到期日，交易双方通过相关功能进行回购的执行、回购款的支付、已收回购款的确认等操作。使用通证进行融资时，可支持回购业务。融资回购是交易双方以通证(即：一级供应商针对核心企业的应收账款)为权利质押所进行的短期资金融通业务。在融资交易中，卖方(回购方)在将通证出质给买方(逆回购方)融入资金的同时，双方约定在将来某一日期再由卖方(回购方)以事先约定的价格和数量从买方(逆回购方)购回同种通证，由买方向卖方返还原出质通证的交易行为，适用于卖方的短期资金需求，减少因为融资期限过长造成的不必要的利息费用支出。

(6)主动授信融资

由于在联盟链中，供应商持有通证数量的多少与账期、甚至该企业的资信等信息可被授权限制性公开，链上的保理商等金融机构可实时查看到各级供应商手上所持有的通证情况，可以从中选择背书强、利率高的供应商来作为资金提供方，填写《融资意向函》发送给供应商，实现对链上各级供应商的主动授信和线上营销。

(7)通证注销

当通证到期后，最终持有人可向核心企业要求兑付结算；而对于未到期的通证，持有人也可与核心企业协商进行提前兑付清分，一旦兑付后，相应数量的通证将在系统中被注销，后续将不会在系统中进行再次流转。

(8)线上签约

通过第三方电子认证服务机构(CA认证)对上链主体进行实名身份验证，业务交易(包括通证转移、保理合约多方签订)可以全部在线上完成。通过数字签名、电子签章，来确保业务交易、电子保理合同的完整性和不可抵赖性，和纸质合同具备同等的法律效力。

(9)查询分析

此模块主要包括通证持有量查询和通证转让清单查询功能。

通证持有量查询：用户可以按“通证编号”或“通证编号+通证来源方式+通证来源业务号+通证来源单位”维度查询业务主体所持有的通证数量，并可查看对应的通证出库占用数量、通证出入库明细帐以及穿透相关的业务单据、电子合同。

通证转让清单查询：提供通证转让清单的查询功能，可穿透打开转让清单、转让清单的来源单据、转让清单对应的电子合同信息。

参阅图7，图7是本申请实施例提供的供应链金融系统的第二结构示意图，该供应链金融系统70至少包括第一区块链网络71和第二区块链网络72，其中，第一区块链网络71包括相互连接的服务支持节点711、核心企业节点712、供应商节点713、金融机构节点714以及金融服务节点715。

其中，一个区块链网络中的至少部分节点能够作为另一区块链网络中的节点，且至少部分节点在两个区块链网络中的交易相互隔离。

例如，核心企业A牵头建立的第一区块链网络中包括供应商A1、供应商A2、银行A3；核心企业B牵头建立的第二区块链网络中包括供应商A1、供应商B1、供应商B2、银行A3。

其中，供应商A1和银行A3作为两个区块链网络中的节点，但是供应商A1和银行A3在两个区块链网络中的交易相互隔离。例如，核心企业A生成的通证a只能在第一区块链网络中进行流通、融资、偿还、清算等；核心企业B生成的通证b只能在第二区块链网络中进行流通、融资、偿还、清算等。

在某个区块链网络上，牵头单位通过与第三方CA的信息交互，负责其他用户(如供应商)的身份认证及准入。对于认证成功的用户，分配本区块链网络的公钥和私钥，并加入允许用户列表。区块链的非对称加密不仅能够通过私钥保证资金被某一特定用户接受，也能通过公钥来验证资金来源。当两个业务节点发生连接时，首先需要通过公钥验签完成“握手”，确认对方在允许用户列表中，再进行下一步的金融活动。

具体公钥验签流程如下：

1)双方节点在允许用户列表中将其标识显示为公开地址；

2)双方节点验证对方地址是否在其允许用户列表上；

3)双方节点向另一方发送质询消息；

4)双方节点发回质询消息的公钥签名，证明他们对公开地址所对应的私钥的所有权。

5)如果任一节点对结果不满意，则终止该连接。

在区块链网络创建时，允许牵头方(如核心企业或金融机构)在配置文件中设置该条区块链网络的参数，包括区块链协议、出块时间、区块大小、活动权限类型、共识难度、点对点连接的IP端口以及JSONRPC API、允许交易的类型、每次交易的最大元数据。多个区块链网络可以在单个服务器上处于活动状态，每个区块链网络都有自己的名称和配置文件。要创建新的区块链网络，需要两个步骤：首先，牵头方输入链的名称，创建包含默认设置的配置文件，用户可以修改此文件；然后，牵头方启动区块链，并被赋予所有用户权限。创世区块自动加载，保存配置文件中所有区块链参数的哈希值，以防止后续的意外更改。

首次启动时，区块链仅在单个节点上运行。要添加新节点，需要提供三个参数：目标区块链名称、目标区块链的IP端口、现有节点的IP地址；之后，系统生成包含新节点地址的消息并发送给牵头方；牵头方验证新节点身份，成功后通过创建简单命令向该地址赋予连接权限，准予接入区块链；最后，新节点自动下载该条区块链网络的配置文件，成功连接。

多链通过用户权限的划分解决了联盟链的数据隐私、效率和安全性问题，主要有益效果在于：

1)确保某个区块链网络上的活动仅对选定的参与者可见，保障金融活动的保密性；

2)引入预警机制，对异常交易加以控制；

3)共识机制不同于公链，由于对多链进行了不同通道的划分，与规模相关的问题迎刃而解，共识效率得到了提高；

4)作为一个封闭系统，某个区块链网络只包含参与者感兴趣的交易(通证流转)，避免区块链随着时间推移变得越来越庞大，包含越来越多的冗余信息。

参阅图8，图8是本申请实施例提供的供应链金融系统的架构示意图，该供应链金融系统80分为数据资源层81、产品服务层82、产品应用层83和负载均衡层84。

数据资源层81：应用数据存储，主要包括关系型数据库、非关系型数据库、缓存服务、区块链分布式账本；其中数据库主要存储电子合同、主数据等不上链数据；非关系型数据库主要存储合同文本、日志等非结构化数据；缓存服务提高系统访问效率；区块链账本提供安全可信的数据存储，如数字债权(即应收账款)拆分流转、合同执行等。

产品服务层82：产品按微服务，根据业务场景划分为不同的产品服务，主要包括门户服务、4A服务、电子合同服务、通证服务、区块链服务等；服务可独立部署，也可以集中部署。产品服务提供SAAS服务能力；为构建不同产品应用提供支撑。

产品应用层83：依据不同的业务主体角色构建业务系统，主要包括核心企业、保理商、供应商、服务支持方系统；网络中的业务主体可动态管理。

负载均衡层84：各业务系统支持横向扩展，负载均衡层提供统一访问服务，保证服务的高可用性。

参阅图9，图9是本申请实施例提供的供应链金融系统的技术架构示意图，该供应链金融系统90的技术架构分为基础层91、平台层92、应用层93和展现层94，其中：

基础层91：基础设施服务层可以提供多种选择，物理机、虚拟化资源、容器、云；

平台层92：平台层包括基础应用平台和区块链服务平台。基础应用平台基于JavaEE/Spring主流技术，主要包括Spring Framework、Spring Data、Spring cloud、SpringBoot等。统一的缓存服务、消息服务、调度框架、事务管理、安全服务等构成了基础应用平台。为产品应用提供灵活扩展能力、高可用性、安全性高等平台基础。区块链服务平台采用联盟链技术，提供区块链底层的网络通讯、存储、隐私保护、共识机制、权限管理、合约引擎、多链等核心组件，为产品应用提供底层支撑，同时与基础应用平台深度融合，保证平台的统一性。同时，服务平台还提供区块链浏览器、云管理服务以及策略与配置服务。

应用层93：应用层依托平台层能力，根据业务场景、微服务、SOA设计理念，抽象不同的服务组件，主要包括通证服务、电子合同微服务、门户服务等；

展现层94：展现层采用主流的jQoery、BootStrap、requireJS、Angular、QUnit技术框架实现前端展现。

另外，本申请还提供一种微服务部署架构。

为了满足供应链金融各个主体的灵活性、数据自主性需求，本专利采用了微服务架构，让系统具备可扩展性和高可用性。本专利将应收账款流转系统拆分成多个模块，每个模块专注于供应链金融某一主体的业务，对其提供个性化服务，让其可以独立编译及部署。本系统的微服务网络架构，其中

服务支持方即平台运营单位，包括身份权限管理、电子合同管理、智能合约创建和配置、运行状态监控、收费管理、信息中心等业务模块；

核心企业用户包括应收账款管理、通证生成与发放、通证注销、通证查询与追溯、电子合同、账户管理等业务模块；

供应商用户包括通证收取、通证转让、通证融资、通证回购、到期注销、通证查询与追溯、电子合同、账户管理等业务模块；

保理商用户包括通证收取、通证转让、通证融资、通证回购、到期注销、主动授信、直接融资响应、融资招标应标、通证查询与追溯、电子合同、账户管理等业务模块。

各个主体的功能模块打包为各自的应用服务，各微服务都有对应的独立业务数据子库，每个服务运行在独立的进程中，只关注单一的业务功能。服务和服务之间采用轻量级的通信机制相互沟通、彼此协作，各个主体通过同步记账向区块链网络写入数据，从而组合成一个完整的系统。由于拆分的模块之间耦合度很低，当发生问题时影响范围仅局限于该模块本身，而系统中的其他主体不受影响，整个系统依然可以正常运转。

微服务的基本工作流程为：

(1)客户端发起调用请求；

(2)将调用的内容序列化后通过网络发给服务端；

(3)服务端接收到动用请求，执行具体服务并获得结果；

(4)将结果序列化后通过网络返回给客户端。

本专利采用Spring Cloud作为本系统的微服务应用框架。Spring Cloud提供了一系列工具，可以快速搭建分布式系统中的公共组件，为各类服务提供模板性配置。通过Spring Cloud Netflix的Zuul组件实现服务网关，统一向外系统提供REST API；Ribbon实现服务的消费以及均衡负载；Eureka实现服务注册中心以及服务注册与发现；SpringCloud Config实现应用多环境的外部化配置以及版本管理；Hystrix的融断机制来避免在微服务架构中个别服务出现异常时引起的故障蔓延。

系统的部署包括区块链网络、应用服务、服务支持和CA身份认证四个部分，其中：

区块链网络：提供统一区块链服务，主要包括通证流转信息。网络中核心企业、保理商、供应商节点体现为角色代表，记账节点不代表具体的参与方。共识节点支持集群部署，记账节点支持动态增加。外部服务统过统一区块链接入服务进行系统交互。

应用服务：服务主要提供核心应用服务，与区块链网络协作共同完成系统运行。应用服务在WebLogic中间件上部署，数据库采用关系型数据(例如：Oracle、Mysql等)两种数据库。服务提供横向扩展能力。

服务管理：供应链金融网络管理方，独立部署，负责各网络的配置、管理。可以动态增加网络，网络中动态增加成员，实现BAAS(Blockchain as a Service,区块链即服务)能力。BAAS是指将区块链框架嵌入云计算平台，是一种帮助用户创建、管理和维护企业级区块链网络及应用的服务平台，具有降低开发及使用成本，兼顾快速部署、方便易用、高安全可靠等特性。

CA身份认证：系统提供统一的数字证书认证服务接口，主要包括参与方接入、用户接入、应用服务接入区块链网络等；提供第三方CA服务。CA(Certification Authority)认证是CA中心为每个使用公开密钥的用户发放一个数字证书，数字证书的作用是证明证书中列出的用户合法拥有证书中列出的公开密钥，它是用于在网络上证明用户身份的证明文件。CA认证过程能对用户的身份进行真实性验证，进而保证用户之间在网上传递信息的安全性、真实性、可靠性、完整性和不可抵赖性。

微服务架构模式有众多优势：

1)组件化

微服务可以被认为是一种组件。它与传统组件方式最大的区别是，传统组件将应用模块化并为其构建相对独立的单元。隔离独立的部分或抽取公用的部分，构建共享库，达到解耦和复用的效果。而微服务架构将系统以组件化的方式分解为多个服务，服务之间相对独立且松耦合，单一功能的改变只需要重新构建部署相应的服务。

2)独立部署

由于微服务具备独立的运行进程，所以每个微服务也可以独立部署。当某个微服务发生变更时无需编译、部署整个应用，大大缩短应用交付周期。微服务架构模式使得持续化部署成为可能。

3)降低复杂度

微服务架构通过分解单体式应用为多个服务方法，让复杂性可控，避免不必要的数据孤岛。在功能不变的情况下，应用被分解为多个可管理的服务，通过微服务架构模式，让复杂的功能，通过模块化的方式呈现，给采用单体应用编码方式难以实现的功能提供模块化的解决方案，让单个服务更容易开发和维护。

4)技术多元化

传统的开发模式一般是使用同类技术构建整个应用。微服务架构强调的是去中心化的软件组织架构，使每个服务根据自身服务的需求和行业发展状况做出自己的判断，选择适合的技术类型，提供接口服务。

5)降低维护风险

维护庞大且复杂的单块架构系统，工作量很大，容易出现牵一发动全身，风险很高。相较而言，微服务架构模式下，当某一组件发生故障时，不会发现单块架构系统的进程内扩散等弊端，故障会被隔离在单个服务中，从而降低维护和再开发的风险。

上述实施例基于区块链技术实现在供应链金融中数字债权的一体化管理系统，将中小企业对核心企业的应收账执行债权数字化、与产品在生产、组装、分销过程中的物流数据、以及保理合同等电子证据都登记上链，实现“商流、物流、信息流、资金流”四流合一，实现有效、完整性信息整合，消除信息不对称，缓解经营中各阶段出现的资金缺口问题。核心企业的一级供应商，产业链上的N级供应商都可以凭借核心企业的信用更容易拿到融资款并实现低成本的融资。解决核心企业产业链上的中、小企业融资难、融资慢、融资贵的问题。

参阅图10，图10是本申请提供的电子设备的结构示意图，该电子设备100包括处理器101以及与处理器101连接的存储器102和通信模组103。

其中，通信模组103用于与区块链网络中的节点进行数据交互，存储器102用于存储程序数据，处理器101用于执行程序数据以实现如上述实施例中的方法。

可选地，该电子设备100可以是计算机、服务器或其他移动终端，具体可以上述实施例中的区块链网络中的服务支持节点、资源交易节点、金融机构节点、金融服务节点对应的电子设备。

参阅图11，图11是本申请提供的计算机存储介质的结构示意图，该计算机存储介质110用于存储程序数据111，该程序数据在被处理器执行时，用以实现如上述实施例中的方法。

可选地，该计算机存储介质110可以上述实施例中的区块链网络中的服务支持节点、资源交易节点、金融机构节点、金融服务节点对应的电子设备中的存储介质。

在本申请所提供的几个实施方式中，应该理解到，所揭露的方法以及设备，可以通过其它的方式实现。例如，以上所描述的设备实施方式仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

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

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

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

以上所述仅为本申请的实施方式，并非因此限制本申请的专利范围，凡是根据本申请说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本申请的专利保护范围内。

Claims (10)

1.一种通证生成方法，其特征在于，应用于供应链金融系统的区块链网络中的服务支持节点，所述通证生成方法包括：

接收所述区块链网络中的核心企业节点发送的通证生成请求；其中，所述通证生成请求至少包括所述区块链网络中的供应商节点对所述核心企业节点的应收账款；

基于所述通证生成请求，生成表示所述应收账款的至少一个通证；其中，所述通证的当前所有权归属于所述核心企业节点；

将所述至少一个通证保存至所述区块链网络中，以使所述核心企业节点能够基于所述核心企业节点与所述区块链网络中的供应商节点的债权关系，将所述通证的所有权转移给所述供应商节点。

2.根据权利要求1所述的方法，其特征在于，

所述基于所述通证生成请求，生成表示所述应收账款的至少一个通证的步骤，包括：

获取所述核心企业节点的银行授信额度的当前剩余额度；其中，所述银行授信额度是由所述区块链网络中的金融机构节点确定的；

在所述通证生成请求中的应收账款小于或等于所述银行授信额度的当前剩余额度时，生成表示所述应收账款的至少一个通证。

3.根据权利要求1或2所述的方法，其特征在于，

所述通证包括通证标识信息、通证与应收账款之间的价值转换关系信息、核心企业节点信息、通证生成时间、通证到期时间中的至少一个。

4.一种通证生成方法，其特征在于，应用于供应链金融系统的区块链网络中的核心企业节点，所述通证生成方法包括：

向所述区块链网络中的服务支持节点发送通证生成请求，以使所述服务支持节点基于所述通证生成请求生成表示应收账款的至少一个通证，并将所述至少一个通证保存至所述区块链网络中；其中，所述通证生成请求至少包括所述区块链网络中的供应商节点对核心企业节点的应收账款，所述通证的当前所有权归属于所述核心企业节点；

基于所述核心企业节点与所述区块链网络中的供应商节点的债权关系，将所述通证的所有权转移给所述供应商节点。

5.根据权利要求4所述的方法，其特征在于，

所述方法还包括：

生成配置文件；其中，所述配置文件包括区块链配置参数；

创建所述区块链网络，并将所述区块链配置参数保存至所述区块链中。

6.根据权利要求5所述的方法，其特征在于，

所述方法还包括：

验证待连接节点的地址是否满足预设条件；其中，所述待连接节点为供应商节点、金融机构节点或金融服务节点中的至少一个；

若满足所述预设条件，则向所述待连接节点发送第一质询消息，并接收所述待连接节点响应所述第一质询消息发送的第一公钥签名；

以及，接收所述待连接节点发送的第二质询消息，并响应所述第二质询消息，向所述待连接节点发送第二公钥签名；

将所述待连接节点加入所述区块链网络中。

7.一种供应链金融系统，其特征在于，所述供应链金融系统包括至少两个区块链网络，每个所述区块链网络包括相互连接的服务支持节点、核心企业节点、供应商节点、金融机构节点和金融服务节点；其中，一个区块链网络中的至少部分节点能够作为另一区块链网络中的节点，且所述至少部分节点在两个区块链网络中的交易相互隔离；

其中，在任意一个所述区块链网络中，所述服务支持节点用于执行如权利要求1-3任一项所述的方法，或，所述核心企业节点用于执行如权利要求3-6任一项所述的方法。

8.根据权利要求7所述的供应链金融系统，其特征在于，

在每一个区块链网络中，所述供应商节点还用于基于持有的通证请求所述金融机构节点进行清算，以使所述金融机构节点将所述核心企业节点账户的与所述通证价值相等的资金，转移至所述供应商节点的账户，并生成所述通证的注销信息，将所述通证的注销信息保存至所述区块链网络中。

9.根据权利要求7所述的区块链网络系统，其特征在于，

服务支持节点、核心企业节点、供应商节点、金融机构节点和金融服务节点中的至少一个采用微服务架构建立；

所述金融机构节点包括银行节点和保理商节点。

10.一种电子设备，其特征在于，

所述电子设备是如权利要求7-9任一项所述的服务支持节点或供应商节点。