CN117255081A - 基于区块链系统的数据处理方法及装置、设备、介质 - Google Patents

Abstract

本申请的实施例公开了一种基于区块链系统的数据处理方法及装置、设备、介质。该方法包括：凭证颁发方对交易发起方验证通过后，通过区块链系统中预置的第一智能合约在区块链系统上对交易发起方的凭证信息进行注册，并生成交易发起方对应的链上标识，进而将链上标识通过凭证颁发方返回给交易发起方，这样即为交易发起方分配了链上标识，后期交易发起方有交易需求时就可以基于该链上标识发起交易操作。本申请的技术方案简化了实名验证，极大地优化了实名验证方案。

Description

基于区块链系统的数据处理方法及装置、设备、介质

技术领域

本申请涉及区块链技术领域，具体而言，涉及一种基于区块链系统的数据处理方法、基于区块链系统的数据处理装置、电子设备，以及计算机可读介质。

背景技术

区块链技术广泛应用于金融、征信、银行等领域，目前交易发起方发起交易操作之前都需要对交易发起方进行实名验证。其中，针对交易发起方的实名验证过程，相关技术中具体是：

交易发起方向验证请求方发起携带有实名验证相关信息的交易操作，验证请求方会基于交易发起方的实名验证相关信息向中心化系统发起针对交易发起方的实名验证，之后由中心化系统借助所连接的权威机构(权威机构侧所含有的交易发起方的实名验证相关信息是可以信赖的)实现对交易发起方的实名验证，并将实名验证结果发送至验证请求方，验证请求方基于实名验证结果确定是否执行该交易操作，其中该交易操作会涉及到与区块链系统的交互。

可见，只要交易发起方发起交易操作，则需要提供其自身与实名验证相关的信息，该过程较为繁琐，影响了实名验证所对应交易操作的执行效率，并且实名验证相关信息易于泄露。

因此，如何简化实名验证，以提升实名验证所对应交易操作的执行效率是亟待解决的问题。

发明内容

为解决上述技术问题，本申请的实施例提供了一种基于区块链系统的数据处理方法及装置、设备、介质，进而至少在一定程度上提升了实名验证的简便度，相应地，也提升了实名验证所对应交易操作的执行效率。

根据本申请实施例的一个方面，本申请实施例提供了一种基于区块链系统的数据处理方法，所述方法包括：接收凭证颁发方发送的第一注册请求；其中，所述第一注册请求中包含有交易发起方的凭证信息，所述凭证信息是所述凭证颁发方在对所述交易发起方的标识信息验证通过后所生成的；基于所述第一注册请求调用第一智能合约；通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；发送所述链上标识至所述凭证颁发方，以使所述凭证颁发方将所述链上标识返回至所述交易发起方。

根据本申请实施例的一个方面，本申请实施例提供了一种基于区块链系统的数据处理方法，所述方法包括：接收交易发起方发送的第二注册请求；其中，所述第二注册请求中包含有所述交易发起方的标识信息；基于所述标识信息对所述交易发起方进行验证，并在验证通过后生成所述交易发起方的凭证信息，以及基于所述凭证信息生成第一注册请求，并发送所述第一注册请求至区块链节点，以使所述区块链节点基于所述第一注册请求调用第一智能合约，以及通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；接收所述区块链节点发送的所述链上标识，并返回所述链上标识至所述交易发起方，以使所述交易发起方基于所述链上标识发起交易操作。

根据本申请实施例的一个方面，本申请实施例提供了一种基于区块链系统的数据处理装置，所述装置包括：第一接收模块，配置为接收凭证颁发方发送的第一注册请求；其中，所述第一注册请求中包含有交易发起方的凭证信息，所述凭证信息是所述凭证颁发方在对所述交易发起方的标识信息验证通过后所生成的；调用模块，配置为基于所述第一注册请求调用第一智能合约；注册与生成模块，配置为通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；发送模块，配置为发送所述链上标识至所述凭证颁发方，以使所述凭证颁发方将所述链上标识返回至所述交易发起方。

在本申请的一个实施例中，基于前述方案，所述注册与生成模块，具体配置为：通过零知识证明算法对所述凭证信息进行计算，生成所述交易发起方对应的链上标识。

在本申请的一个实施例中，基于前述方案，所述第一注册请求中还包含有所述凭证颁发方的签名信息；所述注册与生成模块，具体配置为：从所述第一注册请求中获取所述凭证信息以及所述凭证颁发方的签名信息；基于所述凭证颁发方的签名信息与所述凭证信息生成所述交易发起方对应的链上标识。

在本申请的一个实施例中，基于前述方案，所述第一注册请求中还包含有所述交易发起方发起第二注册请求时待处理的业务类型信息；所述注册与生成模块，具体配置为：从所述第一注册请求中获取所述凭证信息以及所述业务类型信息；确定与所述业务类型信息相匹配的业务类型标识；基于所述业务类型标识与所述凭证信息生成所述交易发起方对应的链上标识。

在本申请的一个实施例中，基于前述方案，所述注册与生成模块，具体配置为：基于当前时刻生成时间戳信息，并获取指定有效时长；基于所述时间戳信息、所述指定有效时长，以及所述凭证信息生成所述交易发起方对应的链上标识；其中，所述链上标识从所述时间戳信息表征的时刻起在所述指定有效时长内有效。

在本申请的一个实施例中，基于前述方案，所述装置还包括：第四接收模块，配置为接收验证请求方发送的验证请求；其中，所述验证请求是所述验证请求方针对交易发起方所发起的交易操作生成的，且所述验证请求中包含有所述交易发起方对应的链上标识；所述调用模块，还配置为基于所述验证请求调用第二智能合约；验证模块，配置为通过所述第二智能合约对所述交易发起方的链上标识进行验证，得到目标验证结果；返回模块，配置为返回所述目标验证结果至所述验证请求方，以使所述验证请求方基于所述目标验证结果确定是否执行所述交易操作。

在本申请的一个实施例中，基于前述方案，所述调用模块，具体配置为：通过所述第二智能合约调用所述第一智能合约；通过所述第一智能合约对所述交易发起方的链上标识进行验证，得到所述目标验证结果。

在本申请的一个实施例中，基于前述方案，所述验证模块，具体配置为：通过所述第二智能合约，对所述交易发起方的链上标识中含有的凭证颁发方的签名信息进行验证，得到第一验证结果；以及对所述交易发起方的链上标识中含有的业务类型标识进行验证，得到第二验证结果；以及对所述交易发起方的链上标识的有效性进行验证，得到第三验证结果；基于所述第一验证结果、所述第二验证结果，以及所述第三验证结果，得到所述目标验证结果。

在本申请的一个实施例中，基于前述方案，所述验证模块，还具体配置为：获取当前时刻以及所述链上标识的有效时间段，并基于所述当前时刻以及所述有效时间段，验证所述交易发起方的链上标识的有效性，得到所述第三验证结果；或者，从所述区块链系统中获取链上标识注销记录，并基于所述链上标识注销记录，验证所述交易发起方的链上标识的有效性，得到所述第三验证结果。

在本申请的一个实施例中，基于前述方案，所述交易操作为针对虚拟资源的转移操作，所述验证请求中还包含有虚拟资源待转入的目标账户地址；所述验证模块，具体配置为：通过所述第二智能合约，对所述交易发起方的链上标识进行验证，得到针对所述交易发起方的链上标识的验证结果；以及对所述目标账户地址进行验证，得到针对所述目标账户地址的验证结果；以及对所述目标账户地址所关联的链上标识进行验证，得到针对所述目标账户地址所关联的链上标识的验证结果；基于所述针对所述交易发起方的链上标识的验证结果、所述针对所述目标账户地址的验证结果，以及所述针对所述目标账户地址所关联的链上标识的验证结果，得到所述目标验证结果。

在本申请的一个实施例中，基于前述方案，所述交易操作为针对虚拟资源的转移操作，所述验证请求中还包含有虚拟资源待转入的目标账户地址；所述验证模块，具体配置为：通过所述第二智能合约，对所述交易发起方的链上标识进行验证，得到针对所述交易发起方的链上标识的验证结果；以及对所述交易发起方的签名信息进行验证，得到针对所述交易发起方的签名信息的验证结果基于所述针对所述交易发起方的链上标识的验证结果，以及所述针对所述交易发起方的签名信息的验证结果，得到所述目标验证结果。

在本申请的一个实施例中，基于前述方案，所述装置还包括：第五接收模块，配置为接收交易发起方发送的注销请求；其中，所述注销请求中包含有待注销的链上标识；注销模块，配置为基于所述注销请求在所述区块链系统上对所述待注销的链上标识进行注销。

根据本申请实施例的一个方面，本申请实施例提供了一种基于区块链系统的数据处理装置，所述装置包括：第二接收模块，配置为接收交易发起方发送的第二注册请求；其中，所述第二注册请求中包含有所述交易发起方的标识信息；验证与发送模块，配置为基于所述标识信息对所述交易发起方进行验证，并在验证通过后生成所述交易发起方的凭证信息，以及基于所述凭证信息生成第一注册请求，并发送所述第一注册请求至区块链节点，以使所述区块链节点基于所述第一注册请求调用第一智能合约，以及通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；第三接收模块，配置为接收所述区块链节点发送的所述链上标识，并返回所述链上标识至所述交易发起方，以使所述交易发起方基于所述链上标识发起交易操作。

根据本申请实施例的一个方面，本申请实施例提供了一种电子设备，包括一个或多个处理器；存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述一个或多个处理器执行时，使得所述电子设备实现如上所述的基于区块链系统的数据处理方法。

根据本申请实施例的一个方面，本申请实施例提供了一种计算机可读介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的基于区块链系统的数据处理方法。

根据本申请实施例的一个方面，本申请实施例提供了一种计算机程序产品，包括计算机指令，所述计算机指令被处理器执行时实现如上所述的基于区块链系统的数据处理方法。

在本申请的实施例提供的技术方案中：凭证颁发方对交易发起方验证通过后，通过区块链系统中预置的第一智能合约在区块链系统上对交易发起方的凭证信息进行注册，并生成交易发起方对应的链上标识，进而将链上标识通过凭证颁发方返回给交易发起方，这样即为交易发起方分配了链上标识，后期交易发起方有交易需求时就可以基于该链上标识发起交易操作。

其一，本申请实施例中只在为交易发起方分配链上标识时，需要交易发起方提供实名验证相关信息，交易发起方提供实名验证相关信息的次数相对较少(可能仅为一次)；而相关技术中却是只要交易发起方发起交易操作，那么就需要交易发起方提供实名验证相关信息，交易发起方提供实名验证相关信息的次数相对较多。一方面，通过为交易发起方分配链上标识，避免了相关技术中每次交易发起方发起交易操作，都需要提供实名验证相关信息(如标识信息)到验证请求方、中心化系统的繁琐操作，即简化了实名验证，提升了实名验证所对应交易操作的执行效率。一方面，可以理解的是，提供实名验证相关信息的次数越多，实名验证相关信息泄露的风险则越大，而由于本申请实施例中只在为交易发起方分配链上标识时，需要交易发起方提供实名验证相关信息，对于实名验证相关信息的保护较好，实名验证过程的安全性较高。

其二，本申请实施例中由于链上标识是通过区块链系统中预置的智能合约实现，该过程简单、易于实现，适用于诸多应用场景中。

相应地，后期对链上标识进行验证即可实现对交易发起方的实名验证，该验证过程不再依赖于凭证颁发方和中心化系统，只需要通过区块链系统(也可以是通过预置的智能合约)即可实现对交易发起方的实名验证，进一步简化了实名验证过程，提升了实名验证所对应交易操作的执行效率，也降低了交易操作所对应业务的复杂度，并且需要维护的各方也较少，维护成本较低。

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

附图说明

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

图1是区块链网络的结构示意图；

图2是区块链中各区块的连接关系示意图；

图3是可以应用本申请实施例的技术方案的示例性实施环境的示意图；

图4是本申请的一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图5是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图6是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图7是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图8是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图9是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图10是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图11是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图12是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图13是本申请的一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图14是可以应用本申请实施例的技术方案的示例性实施环境的示意图；

图15是本申请的另一示例性实施例示出的基于区块链系统的数据处理方法的示意图；

图16是本申请的一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图17是本申请的一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图18是本申请的一示例性实施例示出的基于区块链系统的数据处理方法的流程图；

图19是本申请的一个实施例的基于区块链系统的数据处理装置的框图；

图20是本申请的一个实施例的基于区块链系统的数据处理装置的框图；

图21是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

具体实施方式

这里将详细地对示例性实施例执行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本申请相相同的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本申请的一些方面相同的装置和方法的例子。

附图中所示的方框图仅仅是功能实体，不一定必须与物理上独立的实体相对应。即，可以采用软件形式来实现这些功能实体，或在一个或多个硬件模块或集成电路中实现这些功能实体，或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。

附图中所示的流程图仅是示例性说明，不是必须包括所有的内容和操作/步骤，也不是必须按所描述的顺序执行。例如，有的操作/步骤还可以分解，而有的操作/步骤可以合并或部分合并，因此实际执行的顺序有可能根据实际情况改变。

需要说明的是，在本申请中提及的“多个”是指两个或者两个以上。“和/或”描述关联对象的关联关系，表示可以存在三种关系，例如，A和/或B可以表示：单独存在A，同时存在A和B，单独存在B这三种情况。字符“/”一般表示前后关联对象是一种“或”的关系。

在介绍本申请实施例的技术方案之前，先介绍本申请实施例中用到的区块链技术。

区块链(Blockchain)是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块(即区块)，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层。

如上，区块链本质上是一个去中心化的数据库，而区块链是由区块链网络中的节点共同维护的。例如请参阅图1，在图1所示的区块链网络中，可以包括多个节点101，多个节点101可以是形成区块链网络的各个客户端。每个节点101在进行正常工作可以接收到输入信息，并基于接收到的输入信息维护该区块链网络内的共享数据。为了保证区块链网络内的信息互通，区块链网络中的每个节点之间可以存在信息连接，节点之间可以通过上述信息连接进行信息传输。例如当区块链网络中的任意节点接收到输入信息时，区块链网络中的其它节点便根据共识算法获取该输入信息，将该输入信息作为共享数据进行存储，使得区块链网络中全部节点上存储的数据均一致。

对于区块链网络中的每个节点，均具有与其对应的节点标识，而且区块链网络中的每个节点均可以存储有其它节点的节点标识，以便后续根据其它节点的节点标识，将生成的区块广播至区块链网络中的其它节点。每个节点中可维护一个节点标识列表，将节点名称和节点标识对应存储至该节点标识列表中。其中，节点标识可为IP(InternetProtocol，网络之间互联的协议)地址以及其他任一种能够用于标识该节点的信息。

区块链网络中的每个节点均存储一条相同的区块链。区块链由多个区块组成，请参阅图2，区块链由多个区块组成，创始块中包括区块头和区块体，区块头中存储有输入信息特征值、版本号、时间戳和难度值等，区块体中存储有输入信息；创始块的下一区块以创始块为父区块，下一区块中同样包括区块头和区块体，区块头中存储有当前区块的输入信息特征值、父区块的区块头特征值、版本号、时间戳和难度值等，并以此类推，使得区块链中每个区块中存储的区块数据均与父区块中存储的区块数据存在关联，保证了区块中输入信息的安全性。

区块链网络中各个节点可以是服务器，也可以是终端设备。其中服务器可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算(Cloud Computing)、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、CDN(Content Delivery Network，内容分发网络)、以及大数据和智能平台等基础云计算服务的云服务器。其中终端设备可以是智能手机、平板电脑、笔记本电脑、台式计算机、智能音箱、智能手表等，但并不局限于此。各个节点之间可以通过有线或无线通信方式进行直接或间接地连接，本申请在此不做限制。

前述的云计算是指IT基础设施的交付和使用模式，具体指通过网络以按需、易扩展的方式获得所需资源；广义云计算指服务的交付和使用模式，指通过网络以按需、易扩展的方式获得所需服务。这种服务可以是IT和软件、互联网相关，也可是其他服务。云计算是网格计算(Grid Computing)、分布式计算(Distributed Computing)、并行计算(ParallelComputing)、效用计算(Utility Computing)、网络存储(Network StorageTechnologies)、虚拟化(Virtualization)、负载均衡(Load Balance)等传统计算机和网络技术发展融合的产物。随着互联网、实时数据流、连接设备多样化的发展，以及搜索服务、社会网络、移动商务和开放协作等需求的推动，云计算迅速发展起来。不同于以往的并行分布式计算，云计算的产生从理念上将推动整个互联网模式、企业管理模式发生革命性的变革。

区块链一般被划分为三种类型：公有链((Public Blockchain)，私有链(PrivateBlockchain)和联盟链(Consortium Blockchain)。此外，还可以有上述多种类型的结合，例如私有链+联盟链、联盟链+公有链等。

其中，去中心化程度最高的是公有链。公有链以太坊为代表，加入公有链的参与者(也可称为区块链中的节点)可以读取链上的数据记录、参与交易、以及竞争新区块的记账权等。而且，各节点可自由加入或者退出网络，并进行相关操作。

私有链则相反，该网络的写入权限由某个组织或者机构控制，数据读取权限受组织规定。简单来说，私有链可以为一个弱中心化系统，其对节点具有严格限制且节点数量较少。这种类型的区块链更适合于特定机构内部使用。

联盟链则是介于公有链以及私有链之间的区块链，可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织；节点通过授权加入网络并组成利益相关联盟，共同维护区块链运行。

在实际应用中，不论是公有链、私有链还是联盟链，都可能提供智能合约(smartcontract)的功能。区块链上的智能合约是在区块链上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。

智能合约可以以规定的方式在区块链网络中每个节点独立的执行，所有执行记录和数据都保存在区块链上，所以交易执行完毕后，区块链上就保存了无法篡改、不会丢失的交易凭证。

以以太坊为例，支持用户在以太坊网络中创建并调用一些复杂的逻辑。以太坊作为一个可编程区块链，其核心是以太坊虚拟机(EVM)，每个以太坊节点都可以运行EVM。EVM是一个图灵完备的虚拟机，通过它可以实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在EVM上运行的。实际上，EVM直接运行的是虚拟机代码(即虚拟机字节码)，所以部署在区块链上的智能合约可以是虚拟机字节码。

以太坊中要创建一个智能合约，需要经过编写智能合约、变成虚拟机字节码、部署到区块链等过程。以太坊中调用智能合约，是发起一笔指向智能合约地址的交易，各个节点的EVM可以分别执行该交易，将智能合约代码分布式的运行在以太坊网络中每个节点的虑拟机中。

目前交易发起方发起交易操作之前都需要对交易发起方进行实名验证。其中，针对交易发起方的实名验证过程，相关技术中具体是：

交易发起方向验证请求方发起携带有实名验证相关信息的交易操作，验证请求方会基于交易发起方的实名验证相关信息向中心化系统发起针对交易发起方的实名验证，之后由中心化系统借助所连接的权威机构(权威机构侧所含有的交易发起方的实名验证相关信息是可以信赖的)实现对交易发起方的实名验证，并将实名验证结果发送至验证请求方，验证请求方基于实名验证结果确定是否执行该交易操作，其中该交易操作会涉及到与区块链系统的交互。

本申请发明人经研究发现：

第一方面，只要交易发起方发起交易操作，则需要提供其自身与实名验证相关的信息，该过程较为繁琐，影响了实名验证所对应交易操作的执行效率；并且实名验证相关信息易于泄露，实名验证的安全性较低的。

第二方面，该实名验证过程依赖于多方交互，进一步影响了实名验证所对应交易操作的执行效率；并且由于涉及到多方交互，因此实现交易操作所对应业务复杂度也是较高的；同时需要维护的各方也较多，导致维护成本也是较高的。

第三方面，中心化系统需要单独搭建，存在一定的搭建成本，导致实名验证的成本较高；并且随着交易发起方数量的增多，可能会导致中心化系统崩溃，从而造成实名验证所对应交易操作执行失败。

基于前述介绍的区块链技术，以及相关技术中所存在的一系列问题，本申请的实施例提供了一种基于区块链系统的数据处理方案。其中：

首先，由凭证颁发方(可以是前述所提及的权威机构)对交易发起方的标识信息进行验证，并在验证通过后通过区块链系统中预置的第一智能合约为交易发起方分配链上标识；其中，链上标识即可用于对交易发起方的实名验证。

之后，交易发起方在有交易需求时，就可以基于该链上标识向验证请求方发起交易操作，如果通过区块链系统中预置的第二智能合约对链上标识验证通过，则表征对交易发起方的实名验证通过，此时验证请求方可以执行该交易操作，如果通过区块链系统中预置的第二智能合约对链上标识验证未通过，则表征对交易发起方的实名验证未通过，此时验证请求方可以不执行该交易操作。

也即，本申请实施例中涉及到两个过程，一个是准备过程(即为交易发起方分配链上标识)，另一个是应用过程(即交易发起方基于链上标识发起交易操作，对链上标识进行验证)。

采用本申请实施例的技术方案，能够带来至少以下有效效果：

第一方面，本申请实施例中只在为交易发起方分配链上标识时，需要交易发起方提供实名验证相关信息，交易发起方提供实名验证相关信息的次数相对较少(可能仅为一次)；而相关技术中却是只要交易发起方发起交易操作，那么就需要交易发起方提供实名验证相关信息，交易发起方提供实名验证相关信息的次数相对较多。其一，通过为交易发起方分配链上标识，避免了相关技术中每次交易发起方发起交易操作，都需要提供实名验证相关信息(如标识信息)到验证请求方、中心化系统的繁琐操作，即简化了实名验证，提升了实名验证所对应交易操作的执行效率。其二，可以理解的是，提供实名验证相关信息的次数越多，实名验证相关信息泄露的风险则越大，而由于本申请实施例中只在为交易发起方分配链上标识时，需要交易发起方提供实名验证相关信息，对于实名验证相关信息的保护较好，实名验证过程的安全性较高。

第二方面，后期对链上标识进行验证即可实现对交易发起方的实名验证，该验证过程也不再依赖于凭证颁发方和中心化系统，只需要通过区块链系统(也可以是通过预置的智能合约)即可实现对交易发起方的实名验证，进一步简化了实名验证过程，提升了实名验证所对应交易操作的执行效率，也降低了交易操作所对应业务的复杂度，并且需要维护的各方也较少，维护成本较低。

第三方面，由于没有单独搭建中心化系统，因此能够减少搭建中心化系统的成本，降低了实名验证成本；并且能够避免中心化系统崩溃所造成的实名验证所对应交易操作的执行失败的现象。

第四方面，对于交易发起方的链上标识的分配与验证，都是通过区块链系统中预置的智能合约实现，过程简单、易于实现，适用于诸多应用场景中。

在本申请的一个应用场景中，请参阅图3，主要包含了交易发起方301、凭证颁发方302、验证请求方303，以及区块链系统304。其中：

交易发起方301是发起交易操作的一方，其可以通过任意具有对象输入接口的电子设备触发交易。其中电子设备包括但不限于智能手机、平板、笔记本电脑、计算机、智能语音交互设备、智能家电、车载终端、飞行器等，其中对象输入接口包括但不限于触摸屏、键盘、物理按键、音频拾取装置等。

凭证颁发方302是对交易发起方的标识信息进行验证的一方，其可以是权威机构等，可以是在接收到交易发起方301发起的注册请求(下述称为第二注册请求)时，对第二注册请求中所包含的交易发起方的标识信息进行验证，并在验证通过后生成交易发起方的凭证信息，以及基于凭证信息生成注册请求(下述称为第一注册请求)并发送第一注册请求至区块链系统304，以由区块链系统304通过第一智能合约为交易发起方分配链上标识。

验证请求方303是交易发起方301所进入的系统或平台的一方，其可以是娱乐类系统或平台等，可以是在接收到交易发起方301发起的交易操作时，生成验证请求并发送验证请求至区块链系统304，以由区块链系统304通过第二智能合约对验证请求中所包含的交易发起方的链上标识进行验证。

区块链系统304是前述所介绍的区块链系统，其中，区块链系统中预置有用于在区块链系统上对交易发起方的凭证信息进行注册，并生成交易发起方对应的链上标识的第一智能合约，以及用于对交易发起方的链上标识进行验证，得到目标验证结果的第二智能合约。

需要说明的是，在本申请的具体实施方式中，涉及到对象相关的数据，当本申请实施例运用到具体产品或技术中时，需要获得对象许可或者同意，且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准。

以下对本申请实施例的技术方案的各种实现细节进行详细阐述：

请参阅图4，图4是本申请的一个实施例示出的基于区块链系统的数据处理方法的流程图，该基于区块链系统的数据处理方法可以由区块链系统304中任一节点(即区块链节点)来执行。如图4所示，该基于区块链系统的数据处理方法至少包括步骤S401至步骤S404，详细介绍如下：

步骤S401，接收凭证颁发方发送的第一注册请求；其中，第一注册请求中包含有交易发起方的凭证信息，凭证信息是凭证颁发方在对交易发起方的标识信息验证通过后所生成的。

本申请实施例中第一注册请求是凭证颁发方在交易发起方有注册需求时发送的，以用于指示为交易发起方分配链上标识，所以第一注册请求中包含有交易发起方的凭证信息，且凭证信息是凭证颁发方在对交易发起方的标识信息验证通过后所生成的。

其中，无论是凭证信息还是标识信息，两者都是用于唯一标识交易发起方的信息，只是凭证信息是凭证颁发方在对交易发起方的标识信息验证通过后所生成的，而标识信息则是交易发起方所发送的，两者可以相同，也可以不相同。

也即，凭证颁发方会对交易发起方的标识信息进行验证，并在验证通过后生成交易发起方的凭证信息，并基于该凭证信息生成第一注册请求，之后将第一注册请求发送至区块链节点；相应地，区块链节点就可以接收到凭证颁发方所发送的包含有交易发起方的凭证信息的第一注册请求。

步骤S402，基于第一注册请求调用第一智能合约。

本申请实施例中区块链节点接收到凭证颁发方发送的第一注册请求，之后可以基于第一注册请求调用第一智能合约。

本申请实施例中第一智能合约是预先由相关开发工作者编写、变成虚拟机字节码、以及部署到区块链系统上的，其是用于在区块链系统上对交易发起方的凭证信息进行注册，并生成交易发起方对应的链上标识。

步骤S403，通过第一智能合约在区块链系统上对凭证信息进行注册，并生成交易发起方对应的链上标识。

本申请实施例中区块链节点基于第一注册请求调用第一智能合约，由于第一智能合约是用于在区块链系统上对交易发起方的凭证信息进行注册，并生成交易发起方对应的链上标识；因此，通过第一智能合约即可实现在区块链系统上对凭证信息的注册，以及生成交易发起方对应的链上标识。

可以理解的是，区块链节点通过第一智能合约所生成的交易发起方对应的链上标识，是基于在区块链系统上对凭证信息进行注册的注册情况的，当注册情况表征注册是成功的，才会生成交易发起方对应的链上标识，而当注册情况表征注册是失败的，此时是不会生成交易发起方对应的链上标识。

可以理解的是，所生成的交易发起方对应的链上标识是存储在区块链上的，这样才便于后期对链上标识进行验证，具体请参见下述实施例介绍。

可选地，步骤S403中生成交易发起方对应的链上标识的过程，可以是对凭证信息进行计算，从而得到的交易发起方对应的链上标识。而对凭证信息进行计算可以采用任意算法，包括但不限于哈希算法(Hash Algorithm)、零知识证明(zero knowledge proof，zkp)算法等。

其中，哈希算法是能将任意长度的二进制明文映射为较短的二进制串的算法，并且不同的明文很难映射为相同的哈希值，该也可以简单理解为空间映射函数，是从一个非常大的取值空间映射到一个非常小的取值空间，由于不是一对一的映射，哈希函数转换后不可逆，即不可能通过逆操作和哈希值还原出原始值。其包括但不限于信息摘要算法5(Message-Digest Algorithm 5，MD5)和安全散列算法(Secure Hash Algorithm，SHA)。

举例说明，例如通过哈希算法对凭证信息A进行计算，得到hash(A)，此时hash(A)即为交易发起方对应的链上标识。

其中，零知识证明算法是证明者在不对验证者提供任何有用信息的情况下,仍可证明某一论断的正确性。其包括但不限于零知识简洁的非交互知识论证(zero-knowledgeSuccinct Non-interactive Argument of knowledge，zk-SNARK)算法、椭圆曲线加密算法以及RSA算法等。

举例说明，例如通过零知识证明算法对凭证信息A进行计算，得到zkp(A)，此时zkp(A)即为交易发起方对应的链上标识。

可以理解的是，相关技术中交易发起方实名验证相关信息(如凭证信息)在验证请求方、单独搭建的中心化系统之间传递，可能由于维护不当导致交易发起方实名验证相关信息泄露的问题。而本申请实施例中通过采用零知识证明算法对凭证信息进行计算，由于零知识证明算法的特性，所得到的交易发起方对应的链上标识是没有暴露交易发起方的实名验证相关信息的，由此能够更好地保护交易发起方的实名验证相关信息。相应地，基于交易发起方的链上标识发起交易操作，由于链上标识是没有暴露交易发起方的实名验证相关信息，因而实名验证过程安全性更高。

步骤S404，发送链上标识至凭证颁发方，以使凭证颁发方将链上标识返回至交易发起方。

本申请实施例中区块链节点通过第一智能合约在区块链系统上对凭证信息进行注册，并生成交易发起方对应的链上标识，之后就可以发送交易发起方对应的链上标识至前述发起第一注册请求的凭证颁发方；相应地，前述发起第一注册请求的凭证颁发方可以接收到区块链节点所发送的交易发起方对应的链上标识，之后凭证颁发方可以将该交易发起方对应的链上标识返回至交易发起方，这样交易发起方就拥有了其对应的链上标识，后期即可基于该链上标识发起交易操作。

本申请实施例中通过为交易发起方分配链上标识，简化了实名验证，提升了实名验证所对应交易操作的执行效率。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统304中任一节点来执行。如图5所示，该基于区块链系统的数据处理方法可以包括步骤S501至步骤S502、步骤S401至步骤S402、步骤S404。其中，第一注册请求中还包含有凭证颁发方的签名信息。

步骤S501至步骤S502详细介绍如下：

步骤S501，从第一注册请求中获取凭证信息以及凭证颁发方的签名信息。

如前述实施例中所介绍，可以基于凭证信息生成交易发起方对应的链上标识。那么在进行实名验证时，即是对链上标识所包含的凭证信息进行验证，如果对链上标识所包含的凭证信息验证通过，则表征实名验证通过，如果对链上标识所包含的凭证信息验证未通过，则表征实名验证未通过。

因而，本申请实施例中考虑到进一步提升实名验证的准确性、全面性，第一注册请求中除了可以包含有交易发起方的凭证信息之外，还可以同时包含有凭证颁发方的签名信息。

也即，凭证颁发方会对交易发起方进行验证，并在验证通过后生成交易发起方的凭证信息，以及采用自身的私钥对该凭证信息进行签名以生成签名信息，并基于该凭证信息与签名信息生成第一注册请求，之后将第一注册请求发送至区块链节点；相应地，区块链节点就可以接收到凭证颁发方所发送的包含有交易发起方的凭证信息以及凭证颁发方的签名信息的第一注册请求。

因此，本申请实施例中区块链节点可以从第一注册请求中获取交易发起方的凭证信息以及凭证颁发方的签名信息。

步骤S502，基于凭证颁发方的签名信息与凭证信息生成交易发起方对应的链上标识。

本申请实施例中区块链节点从第一注册请求中获取交易发起方的凭证信息以及凭证颁发方的签名信息，之后可以基于凭证颁发方的签名信息与交易发起方的凭证信息生成交易发起方对应的链上标识。

那么在进行实名验证时，即是对链上标识所包含的凭证颁发方的签名信息与交易发起方的凭证信息共同进行验证，如果对链上标识所包含的凭证颁发方的签名信息与交易发起方的凭证信息都验证通过，则表征实名验证通过，如果对链上标识所包含的凭证颁发方的签名信息与交易发起方的凭证信息中存在任一个未验证通过，则表征实名验证未通过。

这样，本申请实施例中后期可以通过双重验证(其一是对链上标识所包含的凭证颁发方的签名信息进行验证，其二是对链上标识所包含的交易发起方的凭证信息进行验证)提升了实名验证的准确性、全面性。

需要说明的是，图5所示中步骤S401至步骤S402、步骤S404的详细介绍请参见图4所示的步骤S401至步骤S402、步骤S404，在此不再赘述。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统304中任一节点来执行。如图6所示，该基于区块链系统的数据处理方法可以包括步骤S601至步骤S603、步骤S401至步骤S402、步骤S404。其中，第一注册请求中还包含有交易发起方发起第二注册请求时待处理的业务类型信息。

步骤S601至步骤S603详细介绍如下：

步骤S601，从第一注册请求中获取凭证信息以及业务类型信息。

本申请实施例中业务类型信息是交易发起方针对待处理业务的业务类型。例如在应用场景1下，交易发起方可以发起针对业务类型A的交易操作，此时其可以基于与业务类型A所匹配的链上标识发起交易操作，而在应用场景2下，交易发起方可以发起针对业务类型B的交易操作，此时其可以基于与业务类型B所匹配的链上标识发起交易操作。所以，该业务类型信息即是交易发起方告知凭证颁发方或者区块链系统其所待处理业务的业务类型，以便于后期可以为之分配与业务类型相匹配的业务类型标识。

如前述实施例中所介绍，可以基于凭证信息生成交易发起方对应的链上标识。那么在进行实名验证时，即是对链上标识所包含的凭证信息进行验证，如果对链上标识所包含的凭证信息验证通过，则表征实名验证通过，如果对链上标识所包含的凭证信息验证未通过，则表征实名验证未通过。

因而，本申请实施例中考虑到进一步提升实名验证的准确性、全面性，第一注册请求中除了可以包含有交易发起方的凭证信息之外，还可以同时包含有交易发起方发起第二注册请求时待处理的业务类型信息。

也即，当交易发起方有注册需求时，会基于自身的标识信息以及待处理的业务类型信息生成第二注册请求，并将第二注册请求发送至凭证颁发方；之后凭证颁发方基于第二注册请求中所含有的标识信息对交易发起方进行验证，并在验证通过后生成交易发起方的凭证信息，并基于该凭证信息与业务类型信息生成第一注册请求，之后将第一注册请求发送至区块链节点；相应地，区块链节点就可以接收到凭证颁发方所发送的包含有交易发起方的凭证信息以及业务类型信息的第一注册请求。

因此，本申请实施例中区块链节点可以从第一注册请求中获取交易发起方的凭证信息以及业务类型信息。

步骤S602，确定与业务类型信息相匹配的业务类型标识。

本申请实施例中区块链节点从第一注册请求中获取交易发起方的凭证信息以及业务类型信息，之后可以确定与业务类型信息相匹配的业务类型标识。

步骤S603，基于业务类型标识与凭证信息生成交易发起方对应的链上标识。

本申请实施例中区块链节点确定与业务类型信息相匹配的业务类型标识，之后可以基于业务类型标识与凭证信息生成交易发起方对应的链上标识。

那么在进行实名验证时，即是对链上标识所包含的业务类型标识与交易发起方的凭证信息共同进行验证，如果对链上标识所包含的业务类型标识与交易发起方的凭证信息都验证通过，则表征实名验证通过，如果对链上标识所包含的业务类型标识与交易发起方的凭证信息中存在任一个未验证通过，则表征实名验证未通过。

这样，本申请实施例中后期可以通过双重验证(其一是对链上标识所包含的业务类型标识进行验证，其二是对链上标识所包含的交易发起方的凭证信息进行验证)提升了实名验证的准确性、全面性。

需要说明的是，图6所示中步骤S401至步骤S402、步骤S404的详细介绍请参见图4所示的步骤S401至步骤S402、步骤S404，在此不再赘述。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统304中任一节点来执行。如图7所示，该基于区块链系统的数据处理方法可以包括步骤S701至步骤S702、步骤S401至步骤S402、步骤S404。

步骤S701至步骤S702详细介绍如下：

步骤S701，基于当前时刻生成时间戳信息，并获取指定有效时长。

如前述实施例中所介绍，可以基于凭证信息生成交易发起方对应的链上标识。那么在进行实名验证时，即是对链上标识所包含的凭证信息进行验证，如果对链上标识所包含的凭证信息验证通过，则表征实名验证通过，如果对链上标识所包含的凭证信息验证未通过，则表征实名验证未通过。

因而，本申请实施例中考虑到进一步提升实名验证的准确性、全面性，可以设置指定有效时长，即链上标识只在指定有效时长之内有效，而在指定时长之外是无效的，这样链上标识的实时性更高。其中，链上标识在指定有效时长之内有效，或者在指定时长之外无效，需要基于一个时刻为基准，而这个时刻最理想化为生成链上标识的时刻(当前时刻略接近于生成链上标识的时刻)，即基于当前时刻生成时间戳信息。

步骤S702，基于时间戳信息、指定有效时长，以及凭证信息生成交易发起方对应的链上标识；其中，链上标识从时间戳信息表征的时刻起在指定有效时长内有效。

本申请实施例中区块链节点基于当前时刻生成时间戳信息，并获取指定有效时长，之后可以基于时间戳信息、指定有效时长，以及凭证信息生成交易发起方对应的链上标识。

那么在进行实名验证时，即是对链上标识的有效性与链上标识所包含的交易发起方的凭证信息共同进行验证，如果对链上标识有效性与链上标识所包含的交易发起方的凭证信息都验证通过，则表征实名验证通过，如果对链上标识有效性与链上标识所包含的交易发起方的凭证信息中存在任一个未验证通过，则表征实名验证未通过。

这样，本申请实施例中后期可以通过双重验证(其一是对链上标识的有效性进行验证，其二是对链上标识所包含的交易发起方的凭证信息进行验证)提升了实名验证的准确性、全面性。

需要说明的是，图7所示中步骤S401至步骤S402、步骤S404的详细介绍请参见图4所示的步骤S401至步骤S402、步骤S404，在此不再赘述。

在实际应用中，前述图4至图7所示实施例中，生成交易发起方对应的链上标识的过程可以任意进行结合。

需要说明的是，图4至图7所示实施例是从为交易发起方分配链上标识的过程进行的阐述，下述图8至图12所示实施例是从交易发起方基于链上标识发起交易操作，对链上标识进行验证的过程进行的阐述。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统304中任一节点来执行。如图8所示，该基于区块链系统的数据处理方法在图4中所示的步骤S404之后增加了步骤S801至步骤S804。

步骤S801至步骤S804详细介绍如下：

步骤S801，接收验证请求方发送的验证请求；其中，验证请求是验证请求方针对交易发起方所发起的交易操作生成的，且验证请求中包含有交易发起方对应的链上标识。

本申请实施例中验证请求是验证请求方在有验证需求时(交易发起方向验证请求方发起交易操作，此时即存在验证需求)发送的，以用于指示对交易发起方对应的链上标识进行验证，所以验证请求中包含有交易发起方对应的链上标识。

也即，交易发起方基于其对应的链上标识向验证请求方发起了交易操作；之后验证请求方基于交易发起方对应的链上标识生成验证请求，并将验证请求发送至区块链节点；相应地，区块链节点就可以接收到验证请求方所发送的包含有交易发起方对应的链上标识的验证请求。

步骤S802，基于验证请求调用第二智能合约。

本申请实施例中区块链节点接收到验证请求方发送的验证请求，之后就可以基于验证请求调用第二智能合约。

本申请实施例中第二智能合约同样是预先由相关开发工作者编写、变成虚拟机字节码、以及部署到区块链系统上的，其是用于对交易发起方的链上标识进行验证，以得到目标验证结果。

步骤S803，通过第二智能合约对交易发起方的链上标识进行验证，得到目标验证结果。

本申请实施例中区块链节点基于验证请求调用第二智能合约，由于第二智能合约是用于对交易发起方的链上标识进行验证，以得到目标验证结果；因此，通过第二智能合约即可实现对交易发起方的链上标识的验证，得到目标验证结果。

可选地，步骤S803中通过第二智能合约对交易发起方的链上标识进行验证，得到目标验证结果的过程，可以包括以下步骤：

通过第二智能合约调用第一智能合约；

通过第一智能合约对交易发起方的链上标识进行验证，得到目标验证结果。

也即，可选实施例中利用了不同智能合约之间可以互相调用的特性；本申请实施例中第二智能合约也可调用第一智能合约，并通过第一智能合约实现对交易发起方的链上标识的验证，得到目标验证结果。

步骤S804，返回目标验证结果至验证请求方，以使验证请求方基于目标验证结果确定是否执行交易操作。

本申请实施例中区块链节点通过第二智能合约对交易发起方的链上标识进行验证，得到目标验证结果，之后就可以返回目标验证结果至前述发起验证请求的验证请求方，这样验证请求方可以基于目标验证结果确定是否执行交易操作。

本申请实施例中通过对链上标识进行验证即可实现对交易发起方的实名验证，该验证过程不再依赖于凭证颁发方和中心化系统，进一步简化了实名验证过程，提升了实名验证所对应交易操作的执行效率，也降低了交易操作所对应业务的复杂度，并且需要维护的各方也较少，维护成本较低。

需要说明的是，图8所示中步骤S401至步骤S404的详细介绍请参见图4所示的步骤S401至步骤S404，在此不再赘述。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统302中任一节点来执行。如图9所示，该基于区块链系统的数据处理方法可以包括步骤S901至步骤S904、步骤S801至步骤S802、步骤S804、步骤S401至步骤S404。

步骤S901至步骤S904详细介绍如下：

步骤S901，通过第二智能合约，对交易发起方的链上标识中含有的凭证颁发方的签名信息进行验证，得到第一验证结果。

本申请实施例中通过第二智能合约是对链上标识所包含的三个信息(具体为凭证颁发方的签名信息、业务类型标识、链上标识的有效性)进行验证。

可选地，本申请实施例中对链上标识所包含的三个信息(具体为凭证颁发方的签名信息、业务类型标识、链上标识的有效性)进行验证，首先可以确定该链上标识中含有的凭证信息，是否与区块链系统中所存储的链上标识中含有的凭证信息匹配；如果两者匹配，则表征两者为同一交易发起方(此时需要判断其他三个信息是否验证通过)，即之后需要进行凭证颁发方的签名信息、业务类型标识、链上标识的有效性的验证，如果两者不匹配，则表征两者肯定不为同一交易发起方，则无需进行凭证颁发方的签名信息、业务类型标识、链上标识的有效性的验证。

其中，本申请实施例中对交易发起方的链上标识中含有的凭证颁发方的签名信息进行验证，可以是将交易发起方的链上标识中含有的凭证颁发方的签名信息，与区块链系统中所存储的同一交易发起方的链上标识中含有的凭证颁发方的签名信息进行匹配；如果两者匹配，则得到用于表征对交易发起方的链上标识中含有的凭证颁发方的签名信息验证通过的第一验证结果，如果两者不匹配，则得到用于表征对交易发起方的链上标识中含有的凭证颁发方的签名信息未验证通过的第一验证结果。

步骤S902，对交易发起方的链上标识中含有的业务类型标识进行验证，得到第二验证结果。

其中，本申请实施例中对交易发起方的链上标识中含有的业务类型标识进行验证，可以是将交易发起方的链上标识中含有的业务类型标识，与区块链系统中所存储的同一交易发起方的链上标识中含有的业务类型标识进行匹配；如果两者匹配，则得到用于表征对交易发起方的链上标识中含有的业务类型标识验证通过的第二验证结果，如果两者不匹配，则得到用于表征对交易发起方的链上标识中含有的业务类型标识未验证通过的第二验证结果。

步骤S903，对交易发起方的链上标识的有效性进行验证，得到第三验证结果。

可选地，步骤S903中对交易发起方的链上标识的有效性进行验证，得到第三验证结果的过程，可以包括至少以下两种方式：

方式一，获取当前时刻以及链上标识的有效时间段，并基于当前时刻以及有效时间段，验证交易发起方的链上标识的有效性，得到第三验证结果。

也即，可选实施例中区块链系统中所存储的同一交易发起方的链上标识中含有时间戳信息与指定有效时长，则可以基于该时间戳信息与指定有效时长确定是有效时间段，之后再基于当前时刻以及有效时间段，验证交易发起方的链上标识的有效性，得到第三验证结果。

其中，如果当前时刻位于有效时间段之内，那么可以得到用于表征交易发起方的链上标识是有效的第三验证结果，如果当前时刻位于有效时间段之外，那么可以得到用于表征交易发起方的链上标识是无效的第三验证结果。

方式二，从区块链系统中获取链上标识注销记录，并基于链上标识注销记录，验证交易发起方的链上标识的有效性，得到第三验证结果。

也即，可选实施例中区块链系统中存储有链上标识注销记录，即针对同一链上标识其不仅有生成过程，还可以有注销过程，而无论生成过程还是注销过程都可以由交易发起方所发起。具体地，该链上标识注销记录中记录的是发起注销请求的交易发起方，以及成功注销的链上标识等相关信息。因此，可选实施例中可以从区块链系统中获取链上标识注销记录，并基于链上标识注销记录，验证交易发起方的链上标识的有效性，得到第三验证结果。

其中，如果从链上标识注销记录中未查找到与交易发起方的链上标识所匹配的链上标识，那么可以得到用于表征交易发起方的链上标识是有效的第三验证结果，如果从链上标识注销记录中查找到与交易发起方的链上标识所匹配的链上标识，那么可以得到用于表征交易发起方的链上标识是无效的第三验证结果。

可以理解的是，步骤S901、步骤S902、步骤S903可以任一先执行任一后执行，或者并行执行。

步骤S904，基于第一验证结果、第二验证结果，以及第三验证结果，得到目标验证结果。

本申请实施例中区块链节点得到第一验证结果、第二验证结果，以及第三验证结果，之后可以基于第一验证结果、第二验证结果，以及第三验证结果，得到目标验证结果。

可选地，如果第一验证结果、第二验证结果，以及第三验证结果均验证通过，则得到用于表征验证通过的目标验证结果，如果第一验证结果、第二验证结果，以及第三验证结果中存在任一个表征验证未通过的验证结果，则得到用于表征验证未通过的目标验证结果。

这样，本申请实施例通过三重验证(其一是对凭证颁发方的签名信息进行验证，其二是对业务类型标识进行验证，其三是对链上标识的有效性进行验证)提升了实名验证的准确性、全面性，从而提升了实名验证所对应交易操作的执行准确率。

需要说明的是，图9所示中步骤S801至步骤S802、步骤S804的详细介绍请参见图8所示的步骤S801至步骤S802、步骤S804，图9所示中步骤S401至步骤S404的详细介绍请参见图4所示的步骤S401至步骤S404，在此不再赘述。

在实际应用中，图9所示实施例中，通过第二智能合约对链上标识所包含的信息进行验证时，可以任意选择相应数量的信息进行验证。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统302中任一节点来执行。如图10所示，该基于区块链系统的数据处理方法可以包括步骤S1001至步骤S1004、步骤S801至步骤S802、步骤S804、步骤S401至步骤S404。其中，交易操作为针对虚拟资源的转移操作，验证请求中还包含有虚拟资源待转入的目标账户地址。

步骤S1001至步骤S1004详细介绍如下：

步骤S1001，通过第二智能合约，对交易发起方的链上标识进行验证，得到针对交易发起方的链上标识的验证结果。

本申请实施例中虚拟资源是能够复制的资源，其可以存储在服务器、计算机、手机，以及网盘等诸多存储设备中；其包括但不限于画作、声音、视频、游戏中的装备、宠物、优惠券等。

本申请实施例中针对虚拟资源的转移操作应用场景，验证请求中除了可以包含有交易发起方的链上标识之外，还可以同时包含有虚拟资源待转入的目标账户地址。针对该虚拟资源的转移操作应用场景，本申请实施例中是通过第二智能合约从三个方面(具体为链上标识、目标账户地址、目标账户地址所关联的链上标识)进行验证。

可选地，本申请实施例中对交易发起方的链上标识进行验证，得到针对交易发起方的链上标识的验证结果，可以是对链上标识所包含的三个信息(具体为凭证颁发方的签名信息、业务类型标识、链上标识的有效性)中的任一个或多个进行验证，具体请参见前述实施例，在此不再赘述。

步骤S1002，对目标账户地址进行验证，得到针对目标账户地址的验证结果。

可以理解的是，由于是针对虚拟资源的转移操作，本申请实施例中考虑到虚拟资源的转移操作的执行准确性，还可以对目标账户地址进行验证，从而得到针对目标账户地址的验证结果。

其中，本申请实施例中对目标账户地址进行验证，得到针对目标账户地址的验证结果，可以是将目标账户地址，与区块链系统中所对应的账户地址进行匹配；如果两者匹配，则得到对目标账户地址验证通过的验证结果，如果两者不匹配，则得到对目标账户地址验证未通过的验证结果。

步骤S1003，对目标账户地址所关联的链上标识进行验证，得到针对目标账户地址所关联的链上标识的验证结果。

可以理解的是，由于是针对虚拟资源的转移操作，本申请实施例中进一步考虑到虚拟资源的转移操作的执行准确性，还可以对目标账户地址所关联的链上标识进行验证，从而得到针对目标账户地址所关联的链上标识的验证结果。

其中，本申请实施例中对目标账户地址所关联的链上标识进行验证，得到针对目标账户地址所关联的链上标识的验证结果，可以是将目标账户地址所关联的链上标识，与区块链系统中所对应的账户地址所关联的链上标识进行匹配；如果两者匹配，则得到对目标账户地址所关联的链上标识验证通过的验证结果，如果两者不匹配，则得到对目标账户地址所关联的链上标识验证未通过的验证结果。

可以理解的是，步骤S1001、步骤S1002、步骤S1003可以任一先执行任一后执行，或者并行执行。

步骤S1004，基于针对交易发起方的链上标识的验证结果、针对目标账户地址的验证结果，以及针对目标账户地址所关联的链上标识的验证结果，得到目标验证结果。

本申请实施例中区块链节点得到针对交易发起方的链上标识的验证结果、针对目标账户地址的验证结果，以及针对目标账户地址所关联的链上标识的验证结果，之后可以基于针对交易发起方的链上标识的验证结果、针对目标账户地址的验证结果，以及针对目标账户地址所关联的链上标识的验证结果，得到目标验证结果。

可选地，如果这三个方面的验证结果均验证通过，则得到用于表征验证通过的目标验证结果，如果这三个方面的验证结果中存在任一个表征验证未通过的验证结果，则得到用于表征验证未通过的目标验证结果。

这样，本申请实施例针对虚拟资源的转移操作应用场景，通过三重验证(其一是对链上标识进行验证，其二是对目标账户地址进行验证，其三是对目标账户地址所关联的链上标识进行验证)提升了实名验证的准确性、全面性，从而提升了针对虚拟资源的转移操作的执行准确率。

需要说明的是，图10所示中步骤S801至步骤S802、步骤S804的详细介绍请参见图8所示的步骤S801至步骤S802、步骤S804，图10所示中步骤S401至步骤S404的详细介绍请参见图4所示的步骤S401至步骤S404，在此不再赘述。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统302中任一节点来执行。如图11所示，该基于区块链系统的数据处理方法可以包括步骤S1101至步骤S1103、步骤S801至步骤S802、步骤S804、步骤S401至步骤S404。其中，交易操作为针对虚拟资源的转移操作，验证请求中还包含有虚拟资源待转入的目标账户地址。

步骤S1101至步骤S1103详细介绍如下：

步骤S1101，通过第二智能合约，对交易发起方的链上标识进行验证，得到针对交易发起方的链上标识的验证结果。

需要说明的是，虚拟资源的相关介绍具体请参见前述实施例，在此不再赘述。

本申请实施例中针对虚拟资源的转移操作应用场景，验证请求中除了可以包含有交易发起方的链上标识之外，还可以同时包含有虚拟资源待转入的目标账户地址。针对该虚拟资源的转移操作应用场景，本申请实施例中是通过第二智能合约从两个方面(具体为链上标识、交易发起方的签名信息)进行验证。

可选地，本申请实施例中对交易发起方的链上标识进行验证，得到针对交易发起方的链上标识的验证结果，可以是对链上标识所包含的三个信息(具体为凭证颁发方的签名信息、业务类型标识、链上标识的有效性)中的任一个或多个进行验证，具体请参见前述实施例，在此不再赘述。

步骤S1102，对交易发起方的签名信息进行验证，得到针对交易发起方的签名信息的验证结果。

可以理解的是，由于是针对虚拟资源的转移操作，本申请实施例中考虑到虚拟资源的转移操作的执行准确性，还可以交易发起方的签名信息进行验证，从而得到针对交易发起方的签名信息的验证结果。

其中，本申请实施例中对交易发起方的签名信息进行验证，得到针对交易发起方的签名信息的验证结果，可以是将交易发起方的签名信息，与区块链系统中所存储的交易发起方的签名信息进行匹配；如果两者匹配，则得到对交易发起方的签名信息验证通过的验证结果，如果两者不匹配，则得到对交易发起方的签名信息未通过的验证结果。

可以理解的是，步骤S1101、步骤S1102可以任一先执行任一后执行，或者并行执行。

步骤S1103，基于针对交易发起方的链上标识的验证结果，以及针对交易发起方的签名信息的验证结果，得到目标验证结果。

本申请实施例中区块链节点得到针对交易发起方的链上标识的验证结果，以及针对交易发起方的签名信息的验证结果，之后可以基于针对交易发起方的链上标识的验证结果，以及针对交易发起方的签名信息的验证结果，得到目标验证结果。

可选地，如果这两个方面的验证结果均验证通过，则得到用于表征验证通过的目标验证结果，如果这两个方面的验证结果中存在任一个表征验证未通过的验证结果，则得到用于表征验证未通过的目标验证结果。

这样，本申请实施例针对虚拟资源的转移操作应用场景，通过两重验证(其一是对链上标识进行验证，其二是对交易发起方的签名信息进行验证)提升了实名验证的准确性、全面性，从而提升了针对虚拟资源的转移操作的执行准确率。

需要说明的是，图11所示中步骤S801至步骤S802、步骤S804的详细介绍请参见图8所示的步骤S801至步骤S802、步骤S804，图11所示中步骤S401至步骤S404的详细介绍请参见图4所示的步骤S401至步骤S404，在此不再赘述。

在实际应用中，前述图10至图11所示实施例中，通过第二智能合约从多个方面进行验证得到目标验证结果时，可以任意选择从相应数量方面进行验证；同时图10至图11所示实施例中，得到目标验证结果的过程可以任意进行结合。

在本申请的一个实施例中，提供了另一种基于区块链系统的数据处理方法，该基于区块链系统的数据处理方法可以由区块链系统302中任一节点来执行。如图12所示，该基于区块链系统的数据处理方法在图4中所示的步骤S404之后增加了步骤S1201至步骤S1202。

步骤S1201至步骤S1202详细介绍如下：

步骤S1201，接收交易发起方发送的注销请求；其中，注销请求中包含有待注销的链上标识。

本申请实施例中注销请求是交易发起方在有注销需求时发送的，以用于指示对交易发起方对应的链上标识进行注销，所以该注销请求中包含有待注销的链上标识。

也即，交易发起方基于其对应的链上标识向区块链节点发起了注销请求；相应地，区块链节点就可以接收到交易发起方所发送的包含有待注销的链上标识的注销请求。

步骤S1202，基于注销请求在区块链系统上对待注销的链上标识进行注销。

本申请实施例中区块链节点接收到交易发起方发送的注销请求，之后可以基于注销请求在区块链系统上对待注销的链上标识进行注销。其中，区块链节点可以记录发起注销请求的交易发起方，以及成功注销的链上标识等相关信息，以生成链上标识注销记录，便于后期管理或使用。

可选地，注销请求中还包含有交易发起方的签名信息；步骤S1202中基于注销请求在区块链系统上对待注销的链上标识进行注销的过程，可以包括以下步骤：

若对交易发起方的签名信息验证通过，则在区块链系统上对待注销的链上标识进行注销。

也即，可选实施例中区块链节点可以先对交易发起方的签名信息进行验证，如果对交易发起方的签名信息的验证通过，则可以在区块链系统上对待注销的链上标识进行注销，如果对交易发起方的签名信息的验证未通过，则不进行处理，即不在区块链系统上对待注销的链上标识进行注销。

可选地，步骤S1202中基于注销请求在区块链系统上对待注销的链上标识进行注销的过程，可以包括以下步骤：

基于注销请求调用第三智能合约；

通过第三智能合约在区块链系统上对交易发起方的链上标识进行注销。

其中，可选实施例中第三智能合约也是预先由相关开发工作者编写、变成虚拟机字节码、以及部署到区块链系统上的，其是用于在区块链系统上对交易发起方对应的链上标识进行注销。

也即，可选实施例中区块链节点基于注销请求调用第三智能合约，由于第三智能合约是用于在区块链系统上对交易发起方对应的链上标识进行注销；因此，通过第三智能合约即可实现在区块链系统上对交易发起方对应的链上标识的注销。

这样，本申请实施例可以根据交易发起方的实际需求实现对链上标识的注销，灵活性更高，并且能够节省一定的存储空间。

需要说明的是，图12所示中步骤S401至步骤S404的详细介绍请参见图4所示的步骤S401至步骤S404，在此不再赘述。

需要说明的是，图4至图12所示实施例是从区块链系统的角度进行的阐述，以下结合图13从凭证颁发方的角度对本申请实施例的技术方案的实现细节进行详细阐述(可以理解的是，该涉及到的是为交易发起方分配链上标识的过程)：

请参阅图13，图13是本申请的一个实施例示出的基于区块链系统的数据处理方法的流程图，该基于区块链系统的数据处理方法可以由凭证颁发方302来执行。如图13所示，该基于区块链系统的数据处理方法至少包括步骤S1301至步骤S1303，详细介绍如下：

步骤S1301，接收交易发起方发送的第二注册请求；其中，第二注册请求中包含有交易发起方的标识信息。

本申请实施例中第二注册请求是交易发起方有注册需求时发送的，以用于指示对交易发起方的标识信息进行验证，以在验证通过后为交易发起方分配链上标识，所以第二注册请求中包含有交易发起方的标识信息。

步骤S1302，基于标识信息对交易发起方进行验证，并在验证通过后生成交易发起方的凭证信息，以及基于凭证信息生成第一注册请求，并发送第一注册请求至区块链节点，以使区块链节点基于第一注册请求调用第一智能合约，以及通过第一智能合约在区块链系统上对凭证信息进行注册，并生成交易发起方对应的链上标识。

本申请实施例中凭证颁发方接收到交易发起方发送的第二注册请求，之后可以基于标识信息对交易发起方进行验证，并在验证通过后生成交易发起方的凭证信息，以及基于凭证信息生成第一注册请求，并发送第一注册请求至区块链节点；相应地，区块链节点可以接收到第一注册请求，进而基于第一注册请求调用第一智能合约，以及通过第一智能合约在区块链系统上对凭证信息进行注册，并生成交易发起方对应的链上标识，具体请参见前述实施例，这里不再赘述。

步骤S1303，接收区块链节点发送的链上标识，并返回链上标识至交易发起方，以使交易发起方基于链上标识发起交易操作。

本申请实施例中区块链节点会将所生成的交易发起方对应的链上标识发送至凭证颁发方；相应地，凭证颁发方可以接收到区块链节点所发送的交易发起方对应的链上标识，并将该链上标识发送至前述发起第二注册请求的交易发起方，这样交易发起方就拥有了其对应的链上标识，后期即可基于该链上标识发起交易操作。

以下对本申请实施例的一个具体应用场景进行详细说明：

请参阅图14，主要包含了交易发起方、凭证颁发方、验证请求方，以及区块链系统。可选地，凭证颁发方可以是权威机构，验证请求方可以多个平台，具体可以是平台1、平台2，以及平台3。可选地，区块链系统中预置有用于在区块链系统上对交易发起方的凭证信息进行注册，并生成交易发起方对应的链上标识的第一智能合约，以及用于对交易发起方的链上标识进行验证，得到目标验证结果的第二智能合约，且第二智能合约可以调用第一智能合约。

请参阅图15，主要包含了交易发起方、凭证颁发方、验证请求方，以及区块链系统。可选地，凭证颁发方可以通过发送第一注册请求至区块链系统，获得交易发起方对应的链上标识，并颁发给交易发起方。可选地，交易发起方可以通过发送注销请求至区块链系统，以注销其对应的链上标识。可选地，交易发起方可以基于其对应的链上标识向验证请求方发起交易操作，之后验证请求方可以通过发送验证请求至区块链系统，获得对交易发起方对应的链上标识的验证结果。

首先，具体介绍为交易发起方分配链上标识的过程：

请参阅图16，图16是本申请的一个实施例示出的基于区块链系统的数据处理方法的流程图。如图16所示，该基于区块链系统的数据处理方法至少包括步骤S1601至步骤S1607，详细介绍如下：

步骤S1601，交易发起方发送第二注册请求至凭证颁发方。

其中，第二注册请求中包含有交易发起方的标识信息。

步骤S1602，凭证颁发方基于标识信息对交易发起方进行验证，并在验证通过后生成交易发起方的凭证信息。

步骤S1603，凭证颁发方基于凭证信息生成第一注册请求，并发送第一注册请求至区块链节点。

其中，第一注册请求中包含有交易发起方的凭证信息。

步骤S1604，区块链节点基于第一注册请求调用第一智能合约。

步骤S1605，区块链节点通过第一智能合约在区块链系统上对凭证信息进行注册，并生成交易发起方对应的链上标识。

可选地，链上标识可以为DID(Decentralized Identifier)，该可以在不暴露交易发起方的实名验证相关信息的情况下确定交易发起方的身份。其中，链上标识的具体形式可以是：did：example：123456789abcdefjhi；其中did表示这是一个链上标识，example表示这是生成did的服务，123456789abcdefjhi表示唯一标识的去中心化身份字符串。

步骤S1606，区块链节点发送链上标识至凭证颁发方。

步骤S1607，凭证颁发方发送链上标识至交易发起方。

需要说明的是，图16所示中步骤S1601至步骤S1607的详细介绍请参见前述实施例，在此不再赘述。

其次，具体介绍交易发起方基于链上标识发起交易操作，对链上标识进行验证的过程：

请参阅图17，图17是本申请的一个实施例示出的基于区块链系统的数据处理方法的流程图。如图17所示，该基于区块链系统的数据处理方法至少包括步骤S1701至步骤S1706，详细介绍如下：

步骤S1701，交易发起方向验证请求方发起交易操作。

步骤S1702，验证请求方基于交易操作生成验证请求，并发送验证请求至区块链系统。

其中，验证请求中包含有交易发起方对应的链上标识。

步骤S1703，区块链系统基于验证请求调用第二智能合约。

步骤S1704，区块链系统通过第二智能合约对交易发起方的链上标识进行验证，得到目标验证结果。

步骤S1705，区块链系统发送目标验证结果至验证请求方；

步骤S1706，验证请求方基于目标验证结果确定是否执行交易操作。

需要说明的是，图17所示中步骤S1701至步骤S1706的详细介绍请参见前述实施例，在此不再赘述。

可选地，本申请实施例中可以是针对虚拟资源的转移操作应用场景；例如该应用场景可以是：平台1和平台2均发行了在同一条区块链上的NFT数字藏品，交易发起方分别在平台1和平台2上购买了该数字藏品，现在交易发起方想将该数字产品转移到另一平台3中；此时交易发起方可基于链上标识分别向平台1和平台2发起针对所购买NFT数字藏品的转移操作。

请参阅图18，图18是本申请的一个实施例示出的基于区块链系统的数据处理方法的流程图。如图18所示，该基于区块链系统的数据处理方法至少包括步骤S1801至步骤S1805，详细介绍如下：

步骤S1801，通过第二智能合约对链上标识所包含的交易发起方的凭证信息进行验证；若验证通过，则执行步骤S1802，若验证未通过，则结束流程。

步骤S1802，通过第二智能合约对虚拟资源待转入的目标账户地址进行验证；若验证通过，则执行步骤S1803，若验证未通过，则结束流程。

步骤S1803，通过第二智能合约对虚拟资源待转入的目标账户地址所关联的链上标识进行验证；若验证通过，则执行步骤S1804，若验证未通过，则结束流程。

步骤S1804，通过第二智能合约对交易发起方的签名信息进行验证；若验证通过，则执行步骤S1805，若验证未通过，则结束流程。

步骤S1805，验证请求方执行虚拟资源的转移操作。

可以理解的是，图18所示实施例中是介绍的与验证相关的过程，其他详细过程请参见前述实施例，在此不再赘述。

图19是本申请的一个实施例示出的基于区块链系统的数据处理装置的框图。如图19所示，该基于区块链系统的数据处理装置配置于区块链节点中，装置包括：

第一接收模块1901，配置为接收凭证颁发方发送的第一注册请求；其中，第一注册请求中包含有交易发起方的凭证信息，凭证信息是凭证颁发方在对交易发起方的标识信息验证通过后所生成的；

调用模块1902，配置为基于第一注册请求调用第一智能合约；

注册与生成模块1903，配置为通过第一智能合约在区块链系统上对凭证信息进行注册，并生成交易发起方对应的链上标识；

发送模块1904，配置为发送链上标识至凭证颁发方，以使凭证颁发方将链上标识返回至交易发起方。

在本申请的一个实施例中，注册与生成模块1903，具体配置为：

通过零知识证明算法对凭证信息进行计算，生成交易发起方对应的链上标识。

在本申请的一个实施例中，第一注册请求中还包含有凭证颁发方的签名信息；注册与生成模块1903，具体配置为：

从第一注册请求中获取凭证信息以及凭证颁发方的签名信息；

基于凭证颁发方的签名信息与凭证信息生成交易发起方对应的链上标识。

在本申请的一个实施例中，第一注册请求中还包含有交易发起方发起第二注册请求时待处理的业务类型信息；注册与生成模块1903，具体配置为：

从第一注册请求中获取凭证信息以及业务类型信息；

确定与业务类型信息相匹配的业务类型标识；

基于业务类型标识与凭证信息生成交易发起方对应的链上标识。

在本申请的一个实施例中，注册与生成模块1903，具体配置为：

基于当前时刻生成时间戳信息，并获取指定有效时长；

基于时间戳信息、指定有效时长，以及凭证信息生成交易发起方对应的链上标识；其中，链上标识从时间戳信息表征的时刻起在指定有效时长内有效。

在本申请的一个实施例中，装置还包括：

第四接收模块，配置为接收验证请求方发送的验证请求；其中，验证请求是验证请求方针对交易发起方所发起的交易操作生成的，且验证请求中包含有交易发起方对应的链上标识；

调用模块1902，还配置为基于验证请求调用第二智能合约；

验证模块，配置为通过第二智能合约对交易发起方的链上标识进行验证，得到目标验证结果；

返回模块，配置为返回目标验证结果至验证请求方，以使验证请求方基于目标验证结果确定是否执行交易操作。

在本申请的一个实施例中，调用模块1902，具体配置为：

通过第二智能合约调用第一智能合约；

通过第一智能合约对交易发起方的链上标识进行验证，得到目标验证结果。

在本申请的一个实施例中，验证模块，具体配置为：

通过第二智能合约，对交易发起方的链上标识中含有的凭证颁发方的签名信息进行验证，得到第一验证结果；以及

对交易发起方的链上标识中含有的业务类型标识进行验证，得到第二验证结果；以及

对交易发起方的链上标识的有效性进行验证，得到第三验证结果；

基于第一验证结果、第二验证结果，以及第三验证结果，得到目标验证结果。

在本申请的一个实施例中，验证模块，还具体配置为：

获取当前时刻以及链上标识的有效时间段，并基于当前时刻以及有效时间段，验证交易发起方的链上标识的有效性，得到第三验证结果；

或者，

从区块链系统中获取链上标识注销记录，并基于链上标识注销记录，验证交易发起方的链上标识的有效性，得到第三验证结果。

在本申请的一个实施例中，交易操作为针对虚拟资源的转移操作，验证请求中还包含有虚拟资源待转入的目标账户地址；验证模块，具体配置为：

通过第二智能合约，对交易发起方的链上标识进行验证，得到针对交易发起方的链上标识的验证结果；以及

对目标账户地址进行验证，得到针对目标账户地址的验证结果；以及

对目标账户地址所关联的链上标识进行验证，得到针对目标账户地址所关联的链上标识的验证结果；

基于针对交易发起方的链上标识的验证结果、针对目标账户地址的验证结果，以及针对目标账户地址所关联的链上标识的验证结果，得到目标验证结果。

在本申请的一个实施例中，交易操作为针对虚拟资源的转移操作，验证请求中还包含有虚拟资源待转入的目标账户地址；验证模块，具体配置为：

通过第二智能合约，对交易发起方的链上标识进行验证，得到针对交易发起方的链上标识的验证结果；以及

对交易发起方的签名信息进行验证，得到针对交易发起方的签名信息的验证结果；

基于针对交易发起方的链上标识的验证结果，以及针对交易发起方的签名信息的验证结果，得到目标验证结果。

在本申请的一个实施例中，装置还包括：

第五接收模块，配置为接收交易发起方发送的注销请求；其中，注销请求中包含有待注销的链上标识；

注销模块，配置为基于注销请求在区块链系统上对待注销的链上标识进行注销。

图20是本申请的一个实施例示出的基于区块链系统的数据处理装置的框图。如图20所示，该基于区块链系统的数据处理装置配置于凭证颁发方中，装置包括：

第二接收模块2001，配置为接收交易发起方发送的第二注册请求；其中，第二注册请求中包含有交易发起方的标识信息；

验证与发送模块2002，配置为基于标识信息对交易发起方进行验证，并在验证通过后生成交易发起方的凭证信息，以及基于凭证信息生成第一注册请求，并发送第一注册请求至区块链节点，以使区块链节点基于第一注册请求调用第一智能合约，以及通过第一智能合约在区块链系统上对凭证信息进行注册，并生成交易发起方对应的链上标识；

第三接收模块2003，配置为接收区块链节点发送的链上标识，并返回链上标识至交易发起方，以使交易发起方基于链上标识发起交易操作。

需要说明的是，前述实施例所提供的装置与前述实施例所提供的方法属于同一构思，其中各个模块和单元执行操作的具体方式已经在方法实施例中进行了详细描述。

本申请的实施例还提供了一种电子设备，包括：一个或多个处理器；存储装置，用于存储一个或多个程序，当一个或多个程序被一个或多个处理器执行时，使得电子设备实现如前的基于区块链系统的数据处理方法。

图21是适于用来实现本申请实施例的电子设备的计算机系统的结构示意图。

需要说明的是，图21示出的电子设备的计算机系统2100仅是一个示例，不应对本申请实施例的功能和使用范围带来任何限制。

如图21所示，计算机系统2100包括中央处理单元(Central Processing Unit，CPU)2101，其可以根据存储在只读存储器(Read-Only Memory，ROM)2102中的程序或者从存储部分2108加载到随机访问存储器(Random Access Memory，RAM)2103中的程序而执行各种适当的动作和处理，例如执行上述实施例中的方法。在RAM 2103中，还存储有系统操作所需的各种程序和数据。CPU 2101、ROM 2102以及RAM 2103通过总线2104彼此相连。输入/输出(Input/Output，I/O)接口2105也连接至总线2104。

以下部件连接至I/O接口2105：包括键盘、鼠标等的输入部分2106；包括诸如阴极射线管(Cathode Ray Tube，CRT)、液晶显示器(Liquid Crystal Display，LCD)等以及扬声器等的输出部分2107；包括硬盘等的存储部分2108；以及包括诸如LAN(Local AreaNetwork，局域网)卡、调制解调器等的网络接口卡的通信部分2109。通信部分2109经由诸如因特网的网络执行通信处理。驱动器2110也根据需要连接至I/O接口2105。可拆卸介质2111，诸如磁盘、光盘、磁光盘、半导体存储器等等，根据需要安装在驱动器2110上，以便于从其上读出的计算机程序根据需要被安装入存储部分2108。

特别地，根据本申请的实施例，上文参考流程图描述的过程可以被实现为计算机软件程序。例如，本申请的实施例包括一种计算机程序产品，其包括承载在计算机可读介质上的计算机程序，该计算机程序包含用于执行流程图所示的方法的计算机程序。在这样的实施例中，该计算机程序可以通过通信部分2109从网络上被下载和安装，和/或从可拆卸介质2111被安装。在该计算机程序被中央处理单元(CPU)2101执行时，执行本申请的系统中限定的各种功能。

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

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

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

本申请的另一方面还提供了一种计算机可读介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如前的基于区块链系统的数据处理方法。该计算机可读介质可以是上述实施例中描述的电子设备中所包含的，也可以是单独存在，而未装配入该电子设备中。

本申请的另一方面还提供了一种计算机程序产品或计算机程序，该计算机程序产品或计算机程序包括计算机指令，该计算机指令存储在计算机可读介质中。计算机设备的处理器从计算机可读介质读取该计算机指令，处理器执行该计算机指令，使得该计算机设备执行上述各个实施例中提供的基于区块链系统的数据处理方法。

上述内容，仅为本申请的较佳示例性实施例，并非用于限制本申请的实施方案，本领域普通技术人员根据本申请的主要构思和精神，可以十分方便地进行相应的变通或修改，故本申请的保护范围应以权利要求书所要求的保护范围为准。

Claims (18)

1.一种基于区块链系统的数据处理方法，其特征在于，应用于区块链节点，所述方法包括：

接收凭证颁发方发送的第一注册请求；其中，所述第一注册请求中包含有交易发起方的凭证信息，所述凭证信息是所述凭证颁发方在对所述交易发起方的标识信息验证通过后所生成的；

基于所述第一注册请求调用第一智能合约；

通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；

发送所述链上标识至所述凭证颁发方，以使所述凭证颁发方将所述链上标识返回至所述交易发起方。

2.如权利要求1所述的方法，其特征在于，所述生成所述交易发起方对应的链上标识，包括：

通过零知识证明算法对所述凭证信息进行计算，生成所述交易发起方对应的链上标识。

3.如权利要求1所述的方法，其特征在于，所述第一注册请求中还包含有所述凭证颁发方的签名信息；所述生成所述交易发起方对应的链上标识，包括：

从所述第一注册请求中获取所述凭证信息以及所述凭证颁发方的签名信息；

基于所述凭证颁发方的签名信息与所述凭证信息生成所述交易发起方对应的链上标识。

4.如权利要求1所述的方法，其特征在于，所述第一注册请求中还包含有所述交易发起方发起第二注册请求时待处理的业务类型信息；所述生成所述交易发起方对应的链上标识，包括：

从所述第一注册请求中获取所述凭证信息以及所述业务类型信息；

确定与所述业务类型信息相匹配的业务类型标识；

基于所述业务类型标识与所述凭证信息生成所述交易发起方对应的链上标识。

5.如权利要求1所述的方法，其特征在于，所述生成所述交易发起方对应的链上标识，包括：

基于当前时刻生成时间戳信息，并获取指定有效时长；

基于所述时间戳信息、所述指定有效时长，以及所述凭证信息生成所述交易发起方对应的链上标识；其中，所述链上标识从所述时间戳信息表征的时刻起在所述指定有效时长内有效。

6.如权利要求1至5中任一项所述的方法，其特征在于，在所述发送所述链上标识至所述凭证颁发方之后，所述方法还包括：

接收验证请求方发送的验证请求；其中，所述验证请求是所述验证请求方针对交易发起方所发起的交易操作生成的，且所述验证请求中包含有所述交易发起方对应的链上标识；

基于所述验证请求调用第二智能合约；

通过所述第二智能合约对所述交易发起方的链上标识进行验证，得到目标验证结果；

返回所述目标验证结果至所述验证请求方，以使所述验证请求方基于所述目标验证结果确定是否执行所述交易操作。

7.如权利要求6所述的方法，其特征在于，所述通过所述第二智能合约对所述交易发起方的链上标识进行验证，得到目标验证结果，包括：

通过所述第二智能合约调用所述第一智能合约；

通过所述第一智能合约对所述交易发起方的链上标识进行验证，得到所述目标验证结果。

8.如权利要求6所述的方法，其特征在于，所述通过所述第二智能合约对所述交易发起方的链上标识进行验证，得到目标验证结果，包括：

通过所述第二智能合约，对所述交易发起方的链上标识中含有的凭证颁发方的签名信息进行验证，得到第一验证结果；以及

对所述交易发起方的链上标识中含有的业务类型标识进行验证，得到第二验证结果；以及

对所述交易发起方的链上标识的有效性进行验证，得到第三验证结果；

基于所述第一验证结果、所述第二验证结果，以及所述第三验证结果，得到所述目标验证结果。

9.如权利要求8所述的方法，其特征在于，所述对所述交易发起方的链上标识的有效性进行验证，得到第三验证结果，包括：

获取当前时刻以及所述链上标识的有效时间段，并基于所述当前时刻以及所述有效时间段，验证所述交易发起方的链上标识的有效性，得到所述第三验证结果；

或者，

从所述区块链系统中获取链上标识注销记录，并基于所述链上标识注销记录，验证所述交易发起方的链上标识的有效性，得到所述第三验证结果。

10.如权利要求6所述的方法，其特征在于，所述交易操作为针对虚拟资源的转移操作，所述验证请求中还包含有虚拟资源待转入的目标账户地址；所述通过所述第二智能合约对所述交易发起方的链上标识进行验证，得到目标验证结果，包括：

通过所述第二智能合约，对所述交易发起方的链上标识进行验证，得到针对所述交易发起方的链上标识的验证结果；以及

对所述目标账户地址进行验证，得到针对所述目标账户地址的验证结果；以及

对所述目标账户地址所关联的链上标识进行验证，得到针对所述目标账户地址所关联的链上标识的验证结果；

基于所述针对所述交易发起方的链上标识的验证结果、所述针对所述目标账户地址的验证结果，以及所述针对所述目标账户地址所关联的链上标识的验证结果，得到所述目标验证结果。

11.如权利要求6所述的方法，其特征在于，所述交易操作为针对虚拟资源的转移操作，所述验证请求中还包含有所述交易发起方的签名信息；所述通过所述第二智能合约对所述交易发起方的链上标识进行验证，得到目标验证结果，包括：

通过所述第二智能合约，对所述交易发起方的链上标识进行验证，得到针对所述交易发起方的链上标识的验证结果；以及

对所述交易发起方的签名信息进行验证，得到针对所述交易发起方的签名信息的验证结果；

基于所述针对所述交易发起方的链上标识的验证结果，以及所述针对所述交易发起方的签名信息的验证结果，得到所述目标验证结果。

12.如权利要求1至5中任一项所述的方法，其特征在于，在所述发送所述链上标识至所述凭证颁发方之后，所述方法还包括：

接收交易发起方发送的注销请求；其中，所述注销请求中包含有待注销的链上标识；

基于所述注销请求在所述区块链系统上对所述待注销的链上标识进行注销。

13.一种基于区块链系统的数据处理方法，其特征在于，应用于凭证颁发方，所述方法包括：

接收交易发起方发送的第二注册请求；其中，所述第二注册请求中包含有所述交易发起方的标识信息；

基于所述标识信息对所述交易发起方进行验证，并在验证通过后生成所述交易发起方的凭证信息，以及基于所述凭证信息生成第一注册请求，并发送所述第一注册请求至区块链节点，以使所述区块链节点基于所述第一注册请求调用第一智能合约，以及通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；

接收所述区块链节点发送的所述链上标识，并返回所述链上标识至所述交易发起方，以使所述交易发起方基于所述链上标识发起交易操作。

14.一种基于区块链系统的数据处理装置，其特征在于，所述装置配置于区块链节点，所述装置包括：

第一接收模块，配置为接收凭证颁发方发送的第一注册请求；其中，所述第一注册请求中包含有交易发起方的凭证信息，所述凭证信息是所述凭证颁发方在对所述交易发起方的标识信息验证通过后所生成的；

调用模块，配置为基于所述第一注册请求调用第一智能合约；

注册与生成模块，配置为通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；

发送模块，配置为发送所述链上标识至所述凭证颁发方，以使所述凭证颁发方将所述链上标识返回至所述交易发起方。

15.一种基于区块链系统的数据处理装置，其特征在于，所述装置配置于凭证颁发方，所述装置包括：

第二接收模块，配置为接收交易发起方发送的第二注册请求；其中，所述第二注册请求中包含有所述交易发起方的标识信息；

验证与发送模块，配置为基于所述标识信息对所述交易发起方进行验证，并在验证通过后生成所述交易发起方的凭证信息，以及基于所述凭证信息生成第一注册请求，并发送所述第一注册请求至区块链节点，以使所述区块链节点基于所述第一注册请求调用第一智能合约，以及通过所述第一智能合约在所述区块链系统上对所述凭证信息进行注册，并生成所述交易发起方对应的链上标识；

第三接收模块，配置为接收所述区块链节点发送的所述链上标识，并返回所述链上标识至所述交易发起方，以使所述交易发起方基于所述链上标识发起交易操作。

16.一种电子设备，其特征在于，包括：

一个或多个处理器；

存储装置，用于存储一个或多个程序，当所述一个或多个程序被所述电子设备执行时，使得所述电子设备实现如权利要求1至13中任一项所述的基于区块链系统的数据处理方法。

17.一种计算机可读介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1至13中任一项所述的基于区块链系统的数据处理方法。

18.一种计算机程序产品，包括计算机指令，其特征在于，所述计算机指令被处理器执行时实现如权利要求1至13中任一项所述的基于区块链系统的数据处理方法。