CN117094717A - 一种基于区块链加密的多用户应收账款确权核对系统 - Google Patents

Abstract

本申请提供一种基于区块链加密的多用户应收账款确权核对系统，债权方节点和债务方节点各自将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密，利用同态加密的技术，将交易双方(债权方和债务方)的身份信息加密，验证节点不仅可以在身份信息加密的状态下对交易双方的身份信息进行验证，还可以验证确保交易双方的匹配性(由于双方打包的区块中，包含一部分己方身份信息的密文和对方身份信息的密文，因此可以验证交易双方的匹配性)，大大提升隐藏交易双方身份信息后的身份验证的可靠性，还能保证交易的真实性和可追溯性，完美实现对交易双方的身份信息隐藏，实现对交易双方的身份信息保护。

Description

一种基于区块链加密的多用户应收账款确权核对系统

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种基于区块链加密的多用户应收账款确权核对系统。

背景技术

应收账款确权，通常涉及多个参与方(如供应商，即债权方，买家，即债务方，甚至银行等)之间的应收账款确认和核对流程。在传统的商业环境中，供应商向买方提供货物或服务后，会生成相应的应收账款，即买方应向供应商支付的金额。然而，在账款确认和核对过程中存在潜在的错误、争议和不透明的情况，给商业交易和合作带来困扰。

区块链技术的发展和特点，保证了交易的可追溯性、透明性和安全性，因此，现在的交易过程也逐渐开始引入区块链技术。但现有的技术，交易双方的身份信息对于区块链上的验证节点来说，是难以隐藏的，不利于对交易双方的身份信息保护。

发明内容

本申请实施例的目的在于提供一种基于区块链加密的多用户应收账款确权核对系统，以在提高应收账款确权的安全性、可靠性的同时，实现对交易双方的身份信息保护。

为了实现上述目的，本申请的实施例通过如下方式实现：

第一方面，本申请实施例提供一种基于区块链加密的多用户应收账款确权核对系统，包括：同一项应收账款的债权方节点与应收账款的债务方节点建立通信，双方均获取对方公钥，其中，每一项应收账款对应一个唯一编号；债权方节点，用于将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密，得到密文A1和密文A2，以及，将两部分的己方身份信息进行指定运算，并利用己方公钥对运算结果进行同态加密，得到密文A，将密文A1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债务方节点；债务方节点，用于将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密，得到密文B1和密文B2，以及，将两部分的己方身份信息进行指定运算，并利用己方公钥对运算结果进行同态加密，得到密文B，将密文B1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债权方节点；债权方节点，还用于利用己方私钥对债务方节点发送的加密信息进行解密，得到密文B1，并利用对方公钥对密文B1进行签名验证，验证成功后，生成应收账款对应的交易内容信息C，将交易内容信息C利用己方私钥签名后，连同密文B1、密文A2、密文A、己方公钥和唯一编号，打包成区块上链并广播；债务方节点，还用于利用己方私钥对债权方节点发送的加密信息进行解密，得到密文A1，并利用对方公钥对密文A1进行签名验证，验证成功后，生成应收账款对应的交易内容信息D，将交易内容信息D利用己方私钥签名后，连同密文A1、密文B2、密文B、己方公钥和唯一编号，打包成区块上链并广播；每个验证节点，用于对同一唯一编号的两个区块进行验证，验证成功后将同一唯一编号的两个区块加入到验证节点的区块链上。

结合第一方面，在第一方面的第一种可能的实现方式中，指定运算为同态加密的加运算或乘运算。

结合第一方面，在第一方面的第二种可能的实现方式中，加密算法采用RSA同态加密算法。

结合第一方面，在第一方面的第三种可能的实现方式中，每个验证节点，具体用于：获取同一唯一编号对应的两个区块；对密文B1、密文A2、密文A、密文A1、密文B2、密文B进行验证，确认债权方节点与债务方节点的身份匹配结果；利用债权方节点的公钥，对交易内容信息C进行验证；利用债务方节点的公钥，对交易内容信息D进行验证。

结合第一方面的第三种可能的实现方式，在第一方面的第四种可能的实现方式中，每个验证节点，具体用于：从债权方节点的区块中获取密文B1、密文A2、密文A，从债务方节点的区块中获取密文A1、密文B2、密文B；对密文A1和密文A2进行指定运算，得到运算结果A'，对密文B1和密文B2进行指定运算，得到运算结果B'；将运算结果A'与密文A进行比对，将运算结果B'与密文B进行比对，若运算结果A'与密文A比对一致，运算结果B'与密文B比对一致，确定债权方节点和债务方节点的身份验证成功；否则，确定债权方节点和债务方节点的身份验证失败。

结合第一方面的第三种可能的实现方式，在第一方面的第五种可能的实现方式中，每个验证节点，具体用于：利用债权方节点的公钥，对交易内容信息C的签名进行验证，以及，利用债务方节点的公钥，对交易内容信息D的签名进行验证；交易内容信息C和交易内容信息D的签名均验证成功后，对交易内容信息C和交易内容信息D进行核对；若核对无误，确定交易内容信息C和交易内容信息D验证成功。

结合第一方面的第五种可能的实现方式，在第一方面的第六种可能的实现方式中，每个验证节点，具体用于：将交易内容信息C和交易内容信息D的约定交易时间、约定货物数量、约定金额进行逐一核对；若约定交易时间、约定货物数量、约定金额均核对一致，确定交易内容信息C和交易内容信息D核对无误。

结合第一方面，在第一方面的第七种可能的实现方式中，系统还包括银行节点，所述银行节点用于：获取债权方节点发送的应收账款集合，其中，每一项应收账款对应一个唯一编号；针对每项应收账款：获取唯一编号对应的两个区块；向唯一编号对应的债务方节点发送身份信息验证请求；接收债务方节点返回的身份信息验证结果；基于应收账款对应的身份信息验证结果，确定应收账款的真实性核验结论。

结合第一方面的第七种可能的实现方式，在第一方面的第八种可能的实现方式中，所述银行节点，具体用于：获取同一唯一编号对应的两个区块中提供的密文B1、密文B2和密文B；对密文B1和密文B2进行指定运算，得到运算结果B”；将运算结果B”与密文B进行比对；比对一致后，利用银行节点的私钥对运算结果B”签名，并采用债务方节点的公钥对运算结果B”进行加密后，基于银行节点的公钥和加密后的运算结果B”生成身份信息验证请求并发送给债务方节点。

结合第一方面的第八种可能的实现方式，在第一方面的第九种可能的实现方式中，所述债务方节点还用于：接收银行节点发送的身份信息验证请求；利用己方的私钥对身份信息验证请求进行解密，得到银行节点的公钥和银行节点签名的运算结果B”；利用银行节点的公钥对银行节点签名的运算结果B”进行签名验证；签名验证成功后，将己方的密文B与运算结果B”进行比对；基于比对结果，生成身份信息验证结果，并利用己方私钥对身份信息验证结果签名，采用银行节点的公钥对签名后的身份信息验证结果进行加密，返回给银行节点。

有益效果：

1.债权方节点将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密(例如RSA同态加密算法)，得到密文A1和密文A2，以及，将两部分的己方身份信息(债权方的身份信息)进行指定运算(例如加运算或乘运算)，并利用己方公钥(债权方的公钥)对运算结果进行同态加密，得到密文A，将密文A1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债务方节点；债务方节点将己方身份信息(债务方的身份信息)拆分为两部分，利用己方公钥(债务方的公钥)对两部分的己方身份信息进行同态加密，得到密文B1和密文B2，以及，将两部分的己方身份信息进行指定运算，并利用己方公钥对运算结果进行同态加密，得到密文B，将密文B1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债权方节点；债权方节点利用己方私钥对债务方节点发送的加密信息进行解密，得到密文B1，并利用对方公钥(债务方的公钥)对密文B1进行签名验证，验证成功后，生成应收账款对应的交易内容信息C，将交易内容信息C利用己方私钥签名后，连同密文B1、密文A2、密文A、己方公钥和唯一编号，打包成区块上链并广播；债务方节点利用己方私钥对债权方节点发送的加密信息进行解密，得到密文A1，并利用对方公钥(债权方的公钥)对密文A1进行签名验证，验证成功后，生成应收账款对应的交易内容信息D，将交易内容信息D利用己方私钥签名后，连同密文A1、密文B2、密文B、己方公钥和唯一编号，打包成区块上链并广播；每个验证节点对同一唯一编号的两个区块进行验证，验证成功后将同一唯一编号的两个区块加入到验证节点的区块链上。这样即可利用同态加密的技术，将交易双方(债权方和债务方)的身份信息加密，验证节点不仅可以在身份信息加密的状态下对交易双方(债权方和债务方)的身份信息进行验证，还可以验证确保交易双方的匹配性(由于双方打包的区块中，包含一部分己方身份信息的密文和对方身份信息的密文，因此可以验证交易双方的匹配性)，大大提升隐藏交易双方身份信息后的身份验证的可靠性，还能保证交易的真实性和可追溯性，完美实现对交易双方的身份信息隐藏，实现对交易双方的身份信息保护。

2.在银行需要对债权方的应收账款的确权核验时(例如债权方需要向银行贷款时，银行为控制自身风险需要审核债权方的各种信息和应收账款)，通过债权方提供应收账款的唯一编号，银行节点可以从区块链上获取相应的交易信息的区块(区块链上交易的可追溯性)，通过唯一编号获取相应区块，同样可以在隐藏交易双方的身份信息的条件下实现对债务方的身份信息进行验证，从而可以在传统信息审核的基础上，增加此类审核，大大提升应收账款核验的可靠性，避免账款确认和核对过程中潜在的错误、争议和不透明的情况。由于整个过程在区块链上无需使用交易双方的明文身份信息，从而大大提升对交易双方的身份信息保护的安全性，无需担心泄露风险。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种基于区块链加密的多用户应收账款确权核对系统中各节点的交互图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

请参阅图1，图1为本申请实施例提供的一种基于区块链加密的多用户应收账款确权核对系统中各节点的交互图。

在本实施例中，基于区块链加密的多用户应收账款确权核对系统中包含多个节点，若两个节点之间产生交易，则一方为债权方节点，另一方为债务方节点，而系统中还包含对区块进行验证的验证节点，还可以包含银行节点等。

为了便于对本方案的理解，此处以一个交易的打包上链过程为例进行介绍。

当两个节点之间产生交易时，供应商的节点作为债权方节点，买家作为债务方节点。为此项交易生成一个唯一编号，作为此项交易的应收账款的唯一编号。而应收账款的债权方节点与债务方节点之间建立通信，双方均获取对方公钥。

债权方节点可以将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密(例如采用RSA同态加密算法进行同态加密，此处使用债权方节点的公钥进行同态加密)，由此可以得到密文A1和密文A2。以及，债权方节点可以将两部分的己方身份信息进行指定运算(例如加运算或者乘运算，本实施例以加运算为例)，并利用己方公钥对运算结果进行同态加密，得到密文A。之后，债权方节点可以将密文A1利用己方私钥签名并利用对方公钥(即债务方节点的公钥)加密后的加密信息发送给债务方节点。

而债务方节点，则可以将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密(例如采用RSA同态加密算法进行同态加密，此处使用债务方节点的公钥进行同态加密)，得到密文B1和密文B2，以及，将两部分的己方身份信息进行指定运算(例如加运算或者乘运算，本实施例以加运算为例)，并利用己方公钥对运算结果进行同态加密，得到密文B，将密文B1利用己方私钥签名并利用对方公钥(即债权方节点的公钥)加密后的加密信息发送给债权方节点。

之后，债权方节点可以利用己方私钥对债务方节点发送的加密信息进行解密，得到密文B1，并利用对方公钥(即债权方的公钥)对密文B1进行签名验证，验证成功后，生成应收账款对应的交易内容信息C(例如包含约定交易时间、约定货物数量、约定金额等信息)，将交易内容信息C利用己方私钥签名后，连同密文B1、密文A2、密文A、己方公钥和唯一编号，打包成区块上链并广播。此处密文A2、密文A同样可以利用己方私钥签名，以便验证节点进行验证。

债务方节点则可以利用己方私钥对债权方节点发送的加密信息进行解密，得到密文A1，并利用对方公钥对密文A1进行签名验证，验证成功后，生成应收账款对应的交易内容信息D(同样包含约定交易时间、约定货物数量、约定金额等信息)，将交易内容信息D利用己方私钥签名后，连同密文A1、密文B2、密文B、己方公钥和唯一编号，打包成区块上链并广播。此处密文B2、密文B同样可以利用己方私钥签名，以便验证节点进行验证。

在债权方节点和债务方节点均打包区块上链后，基于区块链加密的多用户应收账款确权核对系统中的每个验证节点，可以对同一唯一编号的两个区块进行验证，验证成功后将同一唯一编号的两个区块加入到验证节点的区块链上。

为便于描述，此处将以一个验证节点的验证过程为例进行描述。

示例性的，每个验证节点，可以获取同一唯一编号对应的两个区块，对密文B1、密文A2、密文A、密文A1、密文B2、密文B进行验证。

具体的，验证节点可以从债权方节点的区块中获取密文B1、密文A2、密文A，从债务方节点的区块中获取密文A1、密文B2、密文B。当然，可以利用债权方节点和债务方节点各自提供的公钥对密文的签名进行验证。

之后，验证节点可以对密文A1和密文A2进行指定运算(例如加运算或者乘运算，本实施例以加运算为例)，得到运算结果A'。对密文B1和密文B2同样进行指定运算，得到运算结果B'。然后将运算结果A'与密文A进行比对，将运算结果B'与密文B进行比对。若运算结果A'与密文A比对一致，运算结果B'与密文B比对一致，确定债权方节点和债务方节点的身份验证成功。否则，确定债权方节点和债务方节点的身份验证失败。

在确定债权方节点和债务方节点的身份验证成功后(即确认债权方节点与债务方节点的身份匹配结果为匹配成功)，验证节点可以利用债权方节点的公钥，对交易内容信息C进行验证；利用债务方节点的公钥，对交易内容信息D进行验证。

示例性的，验证节点可以利用债权方节点的公钥，对交易内容信息C的签名进行验证，以及，利用债务方节点的公钥，对交易内容信息D的签名进行验证。

具体的，验证节点可以将交易内容信息C和交易内容信息D的约定交易时间、约定货物数量、约定金额进行逐一核对；若约定交易时间、约定货物数量、约定金额均核对一致，确定交易内容信息C和交易内容信息D核对无误，那么，验证节点确定交易内容信息C和交易内容信息D验证成功。

当然，验证节点还可以进行一些其他的常规验证，例如区块验证，验证节点会验证新产生的区块的有效性，这包括检查区块中的所有交易的有效性、确认工作量证明等。以及，验证节点参与共识算法，与其他验证节点协同工作来达成对新区块的共识，此处共识算法可以是ProofofWork、ProofofStake或其他机制，不作限定。

验证节点对同一唯一编号的两个区块验证成功后，可以将这两个区块加入到验证节点的区块链上。随着基于区块链加密的多用户应收账款确权核对系统中更多的验证节点对此项应收账款(具有唯一编号)的两个区块的验证，能够逐渐提高共识度，从而实现共识机制，而共识度也能反映此项交易(应收账款)的有效性。

在银行需要对债权方的应收账款的确权核验时(例如债权方需要向银行贷款时，银行为控制自身风险需要审核债权方的各种信息，包括应收账款)，基于区块链加密的多用户应收账款确权核对系统同样可以提供助力。

在本实施例中，银行节点可以获取债权方节点发送的应收账款集合(包含至少一项应收账款)，每一项应收账款对应一个唯一编号。

那么，针对每项应收账款：

银行节点可以获取此项应收账款的唯一编号对应的两个区块，然后向唯一编号对应的债务方节点发送身份信息验证请求。

示例性的，银行节点可以获取此项应收账款的唯一编号对应的两个区块中提供的密文B1、密文B2和密文B；也可以利用债权方节点和债务方节点各自提供的公钥对密文的签名进行验证(利用债权方节点提供的公钥对密文A1、密文A2和密文A进行签名验证，利用债务方节点提供的公钥对密文B1、密文B2和密文B进行签名验证)。

签名验证成功后，银行节点可以对密文B1和密文B2进行指定运算，得到运算结果B”。然后将运算结果B”与密文B进行比对，比对一致后，利用银行节点的私钥对运算结果B”签名，并采用债务方节点的公钥对运算结果B”进行加密后，基于银行节点的公钥和加密后的运算结果B”生成身份信息验证请求并发送给债务方节点。

而债务方节点则可以接收银行节点发送的身份信息验证请求，利用己方的私钥对身份信息验证请求进行解密，得到银行节点的公钥和银行节点签名的运算结果B”。然后利用银行节点的公钥对银行节点签名的运算结果B”进行签名验证。签名验证成功后，债务方节点可以将己方的密文B与运算结果B”进行比对，基于比对结果，生成身份信息验证结果(若密文B与运算结果B”比对一致，则身份信息验证成功，若密文B与运算结果B”比对不一致，则身份信息验证失败)。再利用己方私钥(即债务方节点的私钥)对身份信息验证结果签名，采用银行节点的公钥对签名后的身份信息验证结果进行加密，返回给银行节点。

而银行节点则可以接收债务方节点返回的身份信息验证结果，利用己方私钥(银行节点的私钥)对身份信息验证结果进行解密，再利用债务方节点的公钥对身份信息验证结果的签名进行验证，从而得到此项应收账款的身份信息验证结果。基于此项应收账款对应的身份信息验证结果，银行节点可以确定应收账款的真实性核验结论。

由此，银行节点可以实现对债务方节点提供的应收账款集合中每项应收账款的核验，且银行节点在基于区块链加密的多用户应收账款确权核对系统中对每项应收账款的验证过程中，无需应收账款的交易双方(债权方节点和债务方节点)提供明文的身份信息，从而大大加强对交易双方的身份信息保护，提升交易双方的身份信息的安全性。

综上所述，本申请实施例提供一种基于区块链加密的多用户应收账款确权核对系统：

债权方节点将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密(例如RSA同态加密算法)，得到密文A1和密文A2，以及，将两部分的己方身份信息(债权方的身份信息)进行指定运算(例如加运算或乘运算)，并利用己方公钥(债权方的公钥)对运算结果进行同态加密，得到密文A，将密文A1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债务方节点；债务方节点将己方身份信息(债务方的身份信息)拆分为两部分，利用己方公钥(债务方的公钥)对两部分的己方身份信息进行同态加密，得到密文B1和密文B2，以及，将两部分的己方身份信息进行指定运算，并利用己方公钥对运算结果进行同态加密，得到密文B，将密文B1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债权方节点；债权方节点利用己方私钥对债务方节点发送的加密信息进行解密，得到密文B1，并利用对方公钥(债务方的公钥)对密文B1进行签名验证，验证成功后，生成应收账款对应的交易内容信息C，将交易内容信息C利用己方私钥签名后，连同密文B1、密文A2、密文A、己方公钥和唯一编号，打包成区块上链并广播；债务方节点利用己方私钥对债权方节点发送的加密信息进行解密，得到密文A1，并利用对方公钥(债权方的公钥)对密文A1进行签名验证，验证成功后，生成应收账款对应的交易内容信息D，将交易内容信息D利用己方私钥签名后，连同密文A1、密文B2、密文B、己方公钥和唯一编号，打包成区块上链并广播；每个验证节点对同一唯一编号的两个区块进行验证，验证成功后将同一唯一编号的两个区块加入到验证节点的区块链上。这样即可利用同态加密的技术，将交易双方(债权方和债务方)的身份信息加密，验证节点不仅可以在身份信息加密的状态下对交易双方(债权方和债务方)的身份信息进行验证，还可以验证确保交易双方的匹配性(由于双方打包的区块中，包含一部分己方身份信息的密文和对方身份信息的密文，因此可以验证交易双方的匹配性)，大大提升隐藏交易双方身份信息后的身份验证的可靠性，还能保证交易的真实性和可追溯性，完美实现对交易双方的身份信息隐藏，实现对交易双方的身份信息保护。

在银行需要对债权方的应收账款的确权核验时(例如债权方需要向银行贷款时，银行为控制自身风险需要审核债权方的各种信息和应收账款)，通过债权方提供应收账款的唯一编号，银行节点可以从区块链上获取相应的交易信息的区块(区块链上交易的可追溯性)，通过唯一编号获取相应区块，同样可以在隐藏交易双方的身份信息的条件下实现对债务方的身份信息进行验证，从而可以在传统信息审核的基础上，增加此类审核，大大提升应收账款核验的可靠性，避免账款确认和核对过程中潜在的错误、争议和不透明的情况。由于整个过程在区块链上无需使用交易双方的明文身份信息，从而大大提升对交易双方的身份信息保护的安全性，无需担心泄露风险。

在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

1.一种基于区块链加密的多用户应收账款确权核对系统，其特征在于，包括：

同一项应收账款的债权方节点与应收账款的债务方节点建立通信，双方均获取对方公钥，其中，每一项应收账款对应一个唯一编号；

债权方节点，用于将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密，得到密文A1和密文A2，以及，将两部分的己方身份信息进行指定运算，并利用己方公钥对运算结果进行同态加密，得到密文A，将密文A1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债务方节点；

债务方节点，用于将己方身份信息拆分为两部分，利用己方公钥对两部分的己方身份信息进行同态加密，得到密文B1和密文B2，以及，将两部分的己方身份信息进行指定运算，并利用己方公钥对运算结果进行同态加密，得到密文B，将密文B1利用己方私钥签名并利用对方公钥加密后的加密信息发送给债权方节点；

债权方节点，还用于利用己方私钥对债务方节点发送的加密信息进行解密，得到密文B1，并利用对方公钥对密文B1进行签名验证，验证成功后，生成应收账款对应的交易内容信息C，将交易内容信息C利用己方私钥签名后，连同密文B1、密文A2、密文A、己方公钥和唯一编号，打包成区块上链并广播；

债务方节点，还用于利用己方私钥对债权方节点发送的加密信息进行解密，得到密文A1，并利用对方公钥对密文A1进行签名验证，验证成功后，生成应收账款对应的交易内容信息D，将交易内容信息D利用己方私钥签名后，连同密文A1、密文B2、密文B、己方公钥和唯一编号，打包成区块上链并广播；

每个验证节点，用于对同一唯一编号的两个区块进行验证，验证成功后将同一唯一编号的两个区块加入到验证节点的区块链上。

2.根据权利要求1所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，指定运算为同态加密的加运算或乘运算。

3.根据权利要求1所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，加密算法采用RSA同态加密算法。

4.根据权利要求1所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，每个验证节点，具体用于：

获取同一唯一编号对应的两个区块；

对密文B1、密文A2、密文A、密文A1、密文B2、密文B进行验证，确认债权方节点与债务方节点的身份匹配结果；

利用债权方节点的公钥，对交易内容信息C进行验证；

利用债务方节点的公钥，对交易内容信息D进行验证。

5.根据权利要求4所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，每个验证节点，具体用于：

从债权方节点的区块中获取密文B1、密文A2、密文A，从债务方节点的区块中获取密文A1、密文B2、密文B；

对密文A1和密文A2进行指定运算，得到运算结果A'，对密文B1和密文B2进行指定运算，得到运算结果B'；

将运算结果A'与密文A进行比对，将运算结果B'与密文B进行比对，若运算结果A'与密文A比对一致，运算结果B'与密文B比对一致，确定债权方节点和债务方节点的身份验证成功；否则，确定债权方节点和债务方节点的身份验证失败。

6.根据权利要求4所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，每个验证节点，具体用于：

利用债权方节点的公钥，对交易内容信息C的签名进行验证，以及，利用债务方节点的公钥，对交易内容信息D的签名进行验证；

交易内容信息C和交易内容信息D的签名均验证成功后，对交易内容信息C和交易内容信息D进行核对；

若核对无误，确定交易内容信息C和交易内容信息D验证成功。

7.根据权利要求6所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，每个验证节点，具体用于：

将交易内容信息C和交易内容信息D的约定交易时间、约定货物数量、约定金额进行逐一核对；

若约定交易时间、约定货物数量、约定金额均核对一致，确定交易内容信息C和交易内容信息D核对无误。

8.根据权利要求1所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，系统还包括银行节点，所述银行节点用于：

获取债权方节点发送的应收账款集合，其中，每一项应收账款对应一个唯一编号；

针对每项应收账款：

获取唯一编号对应的两个区块；

向唯一编号对应的债务方节点发送身份信息验证请求；

接收债务方节点返回的身份信息验证结果；

基于应收账款对应的身份信息验证结果，确定应收账款的真实性核验结论。

9.根据权利要求8所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，所述银行节点，具体用于：

获取同一唯一编号对应的两个区块中提供的密文B1、密文B2和密文B；

对密文B1和密文B2进行指定运算，得到运算结果B”；

将运算结果B”与密文B进行比对；

比对一致后，利用银行节点的私钥对运算结果B”签名，并采用债务方节点的公钥对运算结果B”进行加密后，基于银行节点的公钥和加密后的运算结果B”生成身份信息验证请求并发送给债务方节点。

10.根据权利要求9所述的基于区块链加密的多用户应收账款确权核对系统，其特征在于，所述债务方节点还用于：

接收银行节点发送的身份信息验证请求；

利用己方的私钥对身份信息验证请求进行解密，得到银行节点的公钥和银行节点签名的运算结果B”；

利用银行节点的公钥对银行节点签名的运算结果B”进行签名验证；

签名验证成功后，将己方的密文B与运算结果B”进行比对；

基于比对结果，生成身份信息验证结果，并利用己方私钥对身份信息验证结果签名，采用银行节点的公钥对签名后的身份信息验证结果进行加密，返回给银行节点。