CN116150260A - 区块链***的数据处理方法、装置、介质及电子设备 - Google Patents

Abstract

本申请的实施例提供了一种区块链***的数据处理方法、装置、介质及电子设备。该区块链***中包含主链和至少一个子链，各个子链是从主链中的一个区块高度处派生得到的，各个子链中部署有主链中继合约，主链中继合约中存储有主链区块头，主链区块头中包含有配置信息，该数据处理方法包括：在需要针对指定子链生成新的业务区块时，从主链中继合约获取主链的配置信息；若主链的配置信息与指定子链的配置信息不一致，则通过主链的配置信息更新指定子链的配置信息；若主链的配置信息与指定子链的配置信息一致，则打包生成新的业务区块并进行共识上链处理。本申请实施例的技术方案可以实现在多条区块链的场景中对多条区块链进行的全局统一配置和管理。

Description

区块链***的数据处理方法、装置、介质及电子设备

技术领域

本申请涉及计算机及通信技术领域，具体而言，涉及一种区块链***的数据处理方法、装置、介质及电子设备。

背景技术

在相关技术中，区块链***中通常包含有一条区块链，该区块链***中的业务节点所提交的所有交易信息均需要记录在这条区块链上。由于所有交易信息均需要写入同一条区块链，因此该区块链上会存储不同业务对应的交易信息，进而无法有效区分该条区块链上的不同业务。基于此，相关技术中也提出了设置多条区块链的技术方案，但是对于多条区块链的场景，如何对这多条区块链进行全局统一配置是亟待解决的技术问题。

发明内容

本申请的实施例提供了一种区块链***的数据处理方法、装置、介质及电子设备，进而至少在一定程度上可以实现在多条区块链的场景中对多条区块链进行的全局统一配置和管理。

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

根据本申请实施例的一个方面，提供了一种区块链***的数据处理方法，所述区块链***中包含主链和至少一个子链，各个所述子链是从所述主链中的一个区块高度处派生得到的，各个所述子链中部署有主链中继合约，所述主链中继合约中存储有主链区块头，所述主链区块头中包含有配置信息，所述数据处理方法包括：在需要针对指定子链生成新的业务区块时，从所述主链中继合约获取所述主链的配置信息；若所述主链的配置信息与所述指定子链的配置信息不一致，则通过所述主链的配置信息更新所述指定子链的配置信息；若所述主链的配置信息与所述指定子链的配置信息一致，则打包生成新的业务区块并进行共识上链处理。

根据本申请实施例的一个方面，提供了一种区块链***的数据处理装置，所述区块链***中包含主链和至少一个子链，各个所述子链是从所述主链中的一个区块高度处派生得到的，各个所述子链中部署有主链中继合约，所述主链中继合约中存储有主链区块头，所述主链区块头中包含有配置信息，所述数据处理装置包括：获取单元，配置为在需要针对指定子链生成新的业务区块时，从所述主链中继合约获取所述主链的配置信息；第一处理单元，配置为若所述主链的配置信息与所述指定子链的配置信息不一致，则通过所述主链的配置信息更新所述指定子链的配置信息；第二处理单元，配置为若所述主链的配置信息与所述指定子链的配置信息一致，则打包生成新的业务区块并进行共识上链处理。

在本申请的一些实施例中，基于前述方案，所述第一处理单元配置为：将所述主链的配置信息作为配置交易信息，生成配置更新区块；对所述配置更新区块进行共识上链处理，以将所述配置更新区块添加至所述指定子链中。

在本申请的一些实施例中，基于前述方案，所述配置更新区块中还包含有：用于对所述主链中继合约中指定子链的配置信息版本号进行更新的交易信息。

在本申请的一些实施例中，基于前述方案，所述主链区块头中还包含有配置信息版本号；所述第一处理单元配置为：若所述主链的配置信息版本号与所述指定子链的配置信息版本号不一致，则确定所述主链的配置信息与所述指定子链的配置信息不一致。

在本申请的一些实施例中，基于前述方案，所述指定子链在启动时运行主链中继服务，所述主链中继服务用于获取所述主链区块头，并将所述主链区块头提交至所述主链中继合约。

在本申请的一些实施例中，基于前述方案，所述主链中继合约中还包含有主链区块头的最新更新时间；所述第二处理单元还配置为：在需要针对所述指定子链生成新的业务区块时，若本地时间与所述最新更新时间之间的时间差超过设定阈值，则暂停对所述新的业务区块进行共识处理。

在本申请的一些实施例中，基于前述方案，所述第二处理单元还配置为：在暂停对所述新的业务区块进行共识处理之后，若检测到本地时间与所述最新更新时间之间的时间差小于所述设定阈值，且所述主链的配置信息与所述指定子链的配置信息一致，则对打包生成的业务区块进行共识上链处理。

在本申请的一些实施例中，基于前述方案，各个所述子链中部署的主链中继合约部署于各个所述子链上派生得到的第一个区块中。

在本申请的一些实施例中，基于前述方案，所述区块链***包括记账节点网络、业务节点网络，以及连接在所述记账节点网络和所述业务节点网络之间的代理节点网络；其中，所述代理节点网络用于接收来自于所述业务节点网络的待上链交易信息，并将所述待上链交易信息转发至所述记账节点网络进行打包上链处理；所述记账节点网络用于维护所述主链和所述至少一个子链。

在本申请的一些实施例中，基于前述方案，所述主链和所述至少一个子链由所述记账节点网络中相同的记账节点进行维护；或者所述主链和所述至少一个子链分别由所述记账节点网络中不同的记账节点集群进行维护。

在本申请的一些实施例中，基于前述方案，所述主链区块头中还包含有配置信息版本号，所述数据处理装置还包括：第三处理单元，配置为若所述主链的配置信息需要进行更新，则生成全局配置区块，并更新所述全局配置区块的区块头中的配置信息版本号；对所述全局配置区块进行共识上链处理，以将所述全局配置区块添加至所述主链中。

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

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

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

在本申请的一些实施例所提供的技术方案中，通过设置区块链***包含主链和至少一个子链，各个子链是从主链中的一个区块高度处派生得到的，使得可以通过不同的区块链有效区分不同业务，以保证每条链存储交易信息的专一性。同时，由于各个子链中部署有主链中继合约，该主链中继合约中存储有主链区块头，该主链区块头中包含有配置信息，当需要针对指定子链生成新的业务区块时，若从主链中继合约获取到的主链的配置信息与指定子链的配置信息不一致，则通过主链的配置信息更新指定子链的配置信息，在主链的配置信息与指定子链的配置信息一致时，打包生成新的业务区块并进行共识上链处理，使得可以通过主链中继合约存储主链区块头，实现了对主链数据的跟踪，进而保证子链对主链配置信息的同步；同时由于子链在共识上链时需要对主链配置信息进行依赖校验，保证了主链对于每个子链在配置上的业务可控，实现了在多条区块链的场景中对多条区块链进行的全局统一配置和管理。

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

附图说明

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

图1示出了区块链网络的结构示意图。

图2示出了区块链中各区块的连接关系示意图。

图3示出了生成一个区块的过程示意图。

图4至图6示出了本申请实施例所应用的区块链***的体系构架图。

图7示出了根据本申请的一个实施例的电子******的示意图。

图8示出了根据本申请的一个实施例的多链场景的示意图。

图9示出了根据本申请的一个实施例的区块链***的数据处理方法的流程图；

图10示出了根据本申请的一个实施例的主链与子链进行信息同步的示意图；

图11示出了根据本申请的一个实施例的区块链***的数据处理装置的框图；

图12示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

具体实施方式

现在参考附图以更全面的方式描述示例实施方式。然而，示例的实施方式能够以各种形式实施，且不应被理解为仅限于这些范例；相反，提供这些实施方式的目的是使得本申请更加全面和完整，并将示例实施方式的构思全面地传达给本领域的技术人员。

此外，本申请所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中，有许多具体细节从而可以充分理解本申请的实施例。然而，本领域技术人员应意识到，在实施本申请的技术方案时可以不需用到实施例中的所有细节特征，可以省略一个或更多特定细节，或者可以采用其它的方法、元件、装置、步骤等。

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

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

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

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

区块链底层平台可以包括用户管理、基础服务、智能合约以及运营监控等处理模块。其中，用户管理模块负责所有区块链参与者的身份信息管理，包括维护公私钥生成(账户管理)、密钥管理以及用户真实身份和区块链地址对应关系维护(权限管理)等，并且在授权的情况下，监管和审计某些真实身份的交易情况，提供风险控制的规则配置(风控审计)；基础服务模块部署在所有区块链节点设备上，用来验证业务请求的有效性，并对有效请求完成共识后记录到存储上，对于一个新的业务请求，基础服务先对接口适配解析和鉴权处理(接口适配)，然后通过共识算法将业务信息加密(共识管理)，在加密之后完整一致的传输至共享账本上(网络通信)，并进行记录存储；智能合约模块负责合约的注册发行以及合约触发和合约执行，开发人员可以通过某种编程语言定义合约逻辑，发布到区块链上(合约注册)，根据合约条款的逻辑，调用密钥或者其它的事件触发执行，完成合约逻辑，同时还提供对合约升级注销的功能；运营监控模块主要负责产品发布过程中的部署、配置的修改、合约设置、云适配以及产品运行中的实时状态的可视化输出，例如：告警、监控网络情况、监控节点设备健康状态等。

平台产品服务层提供典型应用的基本能力和实现框架，开发人员可以基于这些基本能力，叠加业务的特性，完成业务逻辑的区块链实现。应用服务层提供基于区块链方案的应用服务给业务参与方进行使用。

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

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

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

在生成区块链中的各个区块时，参见图3所示，区块链所在的节点在接收到输入信息时，对输入信息进行校验，完成校验后，将输入信息存储至内存池中，并更新其用于记录输入信息的哈希树；之后，将更新时间戳更新为接收到输入信息的时间，并尝试不同的随机数，多次进行特征值计算，当计算得到满足条件的随机数时，便可将信息对应存储，生成区块头和区块主体，得到当前区块。随后，区块链所在节点根据数据共享***中其它节点的节点标识，将新生成的区块分别发送给其所在的数据共享***中的其它节点，由其它节点对新生成的区块进行校验，并在完成校验后将新生成的区块添加至其存储的区块链中。其中，节点可通过共识算法对新生成的区块进行共识校验，共识算法可包括但不限于：

Pow(Proof of Work，工作量证明)：工作量证明是指***(如前述的区块链网络***)为达到某一目标而设置的度量方法。简单理解就是一份证明，用来确认工作量。本质是谁做的工作多，谁就更有机会获得额外奖励。在PoW算法中，每个节点为整个***提供计算能力(简称算力)，通过一个竞争机制，让计算工作完成最出色的节点获得***的奖励，也即获得记账权。

Pos(proof of stake，权益证明)：Pos权益证明是Pow工作量证明的一种升级共识机制；具体地，谁持有电子资源的时间越长(持有电子资源的时间长度＝持有电子资源的数量*持有电子资源的时间)，谁更有机会获取区块的记账权，其中，电子资源可以是指以电子形式存储于电子账户中、且能够通过互联网进行流通的资源。

DPos(Delegated Proof of Stake，委托权益证明)股份授权证明机制：DPos股份授权证明机制类似于董事会投票，持有电子资源的对象通过投票选择出一定数量的节点，代理它们进行校验和记账。为了激励更多节点参与竞选，***会生成少量电子资源作为奖励。选择出的节点彼此的权利是完全相等的，如果选出的代表不能履行它们的职责(比如轮到它们时，没能生成区块)，那么这些代表会被除名，网络会选出新的节点来取代它们，这使得DPos股份授权证明机制能够大幅缩小参与校验和记账节点的数量，可以达到秒级的共识校验，但整个共识机制还是依赖于电子资源。

PBFT(Practical Byzantine Fault Tolerance，拜占庭容错算法)：PBFT拜占庭容错算法是一种基于消息传递的一致性算法，算法经过三个阶段达成一致性，这些阶段可能因为失败而重复进行。具体地，假设节点总数为3f+1，f为拜占庭错误节点，首先，当节点发现leader(如代表节点、记账节点或超级节点)作恶时，通过算法选举其他的replica(节点)为leader。其次，leader通过pre prepare(预准备)消息把它选择的value(值)广播给其他replica节点，其他的replica节点如果接受则发送prepare(准备)消息，如果不接受则不发送。其次，一旦2f个节点接受prepare消息，则节点发送commit(确认)消息。最后，当2f+1个节点接受commit消息后，代表该value值被确定。上述过程使得pbft拜占庭容错算法能够共识各节点由业务的业务方或者监管方组成，安全性与稳定性由业务相关方保证；并且，共识的时延大约在2～5秒钟，基本达到商用实时处理的要求，提高共识效率，可满足高频交易量的需求。

Paxos(一种分布式算法)算法：Paxos算法是一种两阶段算法，主要有三类角色，proposer(提议者)、acceptor(接受者)、learner(学习者)。proposer提出议案，acceptor同意或拒绝，learner则是获取达成共识后的最终值。Paxos算法包括两个阶段，分别为：①准备阶段：proposer选择一个提案编号n并将prepare(准备)请求发送给acceptors中的一个多数派；acceptor收到prepare请示后，如果提案的编号大于它已经回复的所有prepare请示，则acceptor将自己上次接受的提案回复给proposer，并承诺不再回复小于n的提案。②批准阶段：当一个proposer收到了多数acceptors对prepare请示的回复后，就进入批准阶段；它要向回复prepare请求的acceptors发送accept(接受)请求，包括编号n和value(如果没有已经接受的value，那么它可以自由决定value)；在不违背自己向其他proposer的承诺的前提下，acceptor收到accept请求后即接受这个请求。Paxos算法适用于简单容错模型，即***中只可能存在失效或故障节点，不存在恶意节点，如果失效节点数为x(x为正整数)，则只需要未失效节点数为x+1就能维持***的正常工作。

Raft(一种分布式共识算法)算法：Raft算法包含三种角色，分别是：跟随者(follower)，候选人(candidate)和领导者(leader)。一个节点在某一时刻只能是这三种状态的其中一种，这三种角色是可以随着时间和条件的变化而互相转换的。所有的节点初始状态都为follower，超时未收到心跳包的follower将变身candidate并广播投票请求，获得多数投票的节点将化身leader，这一轮投票的过程是谁先发出谁有利，每个节点只会给出一次投票。leader节点周期性给其他节点发送心跳包，leader节点失效将会引发新一轮的投票过程。

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

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

基于区块链技术，本申请的实施例提出了一种区块链***的体系架构。如图4所示，该区块链***包括记账节点网络2和业务节点网络1。记账节点网络2包括对数据区块进行共识并将数据区块记录到区块链上的记账节点21。业务节点网络1包括业务节点11，业务节点11可以对记账节点记录到区块链上的数据区块进行验证，或者可以向记账节点请求相应的交易数据。

具体的，业务节点11对记账节点记录到区块链上的数据区块进行验证可以包括以下步骤：记账节点网络中的一个记账节点21利用特定于该记账节点的密钥，基于要添加到区块链上的一个数据区块中所要包括的交易信息，生成签名；记账节点21将交易信息和生成的签名加入数据区块，添加到区块链上；记账节点21将该签名发往业务节点网络中的业务节点，业务节点根据特定于该记账节点的密钥对该签名进行签名验证，以实现业务节点11对记账节点记录到区块链上的数据区块进行验证。记账节点网络中的记账节点负责向区块链记录数据区块，业务节点网络中的业务节点负责见证记账节点记录的结果。具体地，记账节点基于要添加到区块链上的一个数据区块中所要包括的交易信息，生成签名，然后将交易信息和生成的签名加入数据区块，进行上链。并将该签名发往业务节点网络中的业务节点，使业务节点根据特定于该记账节点的密钥对该签名进行签名验证。业务节点网络中的业务节点通过验证区块上记账节点签名可以对全网的交易数据进行见证。记账节点网络虽然拥有垄断的记账权，但是因为数据区块有了代表记账者身份的数字签名，所以一切行为都是公开可追溯的。如果记账节点集体作恶，那么业务节点网络中的全部节点都将保留有具体记账节点作恶的证据。相比传统中心化***和私有链，本申请实施例中***的运转是更加透明的；而相比传统的去中心化方案，本方案是更可控也更便于可监管的。

在本申请的一个实施例中，记账节点网络2和业务节点网络1之间可以通过代理节点12连接，代理节点12可以是业务节点网络1的一个业务节点，其负责将记账节点21要向业务节点11传递的信息传递给业务节点11。业务节点11是产生各种需上链的交易数据的交易方的终端，也可以是从记账节点网络2中查询交易数据的终端。业务节点11产生的交易数据在通过代理节点12传输至记账节点21，然后经过共识后记录到区块链上，有利于交易数据的统一处理和监管，而业务节点11也可以通过记账节点21经由代理节点12发送来的信息进行交易数据上链的监督和见证，这在某些既需要统一监管、但又怕监管的节点集体作弊因而需要监督的场景中有十分重要的意义。

在图1所示的结构中，业务节点网络1采用P2P(Peer to Peer，对等网络)网络模式。P2P网络是一种在对等者之间分配任务和工作负载的分布式应用架构，是对等计算模型在应用层形成的一种组网或网络形式，即“点对点”或者“端对端”网络。其可以定义为：网络的参与者共享他们所拥有的一部分硬件资源(处理能力、存储能力、网络连接能力、打印机等)，这些共享资源通过网络提供服务和内容，能被其它对等节点直接访问而无需经过中间实体。在此网络中的参与者既是资源、服务和内容的提供者，又是资源、服务和内容的获取者。因此，在业务节点网络1中，当代理节点12接收到从记账节点21传递过来的消息后，向周围的业务节点11进行传播，周围的业务节点11接收到该消息，再向其周围的业务节点11传递，达到了该消息在业务节点网络1的每个业务节点11之间的传播。

图5示出了本申请实施例所应用的另一种区块链***的体系构架。该体系构架与图4中所示的体系构架不同之处在于：在业务节点网络1中没有采取P2P网络模式，而是采取广播网络的模式。具体地，代理节点12在接收到从记账节点21传递过来的消息后，将该消息广播到业务节点网络1中的其它业务节点11。这样，也实现了该消息在业务节点网络1的每个业务节点11之间的传播。

图6示出了本发明实施例所应用的另一种区块链***的体系构架。该体系构架与图4所示的体系构架不同之处在于：其记账节点网络2分成了多个分支记账节点网络。每个分支记账节点网络可以负责某一种类型的交易信息的记录。例如，某一企业可能具有供应链金融业务，可能需要将供销过程中产生的合同信息、货款赊欠等信息记录到区块链上，同时该企业还要开具***，也要把开票信息、***报销信息等记录到区块链上。这时，为了有利于记账节点被同一部门监管的需要，可能记录供应链金融业务交易的记账节点和记录***流转过程中的交易的记账节点要分属于不同部门。例如，记录供应链金融业务交易的记账节点是银行设置的记账终端，而记录***流转过程中的交易的记账节点是国税局设置的记账终端。而供应链金融业务交易和记录***流转过程中的交易可能也最终会记录在不同分支的记账节点网络上。这时，代理节点12要根据从业务节点11发来的交易信息中携带的交易类型，将该交易信息发送到与该交易类型对应的分支记账节点网络中。

需要说明的是，在图4至图6所示的区块链***的体系构架中，代理节点12位于业务节点网络1中，在本申请的其它实施例中，代理节点12也可以位于共识节点网络2中，或者独立于业务节点网络1和共识节点网络2。

图4至6所示的区块链***的体系架构可以应用在电子***的应用场景中，以下详细进行阐述：

在本申请的一个实施例中，记账节点网络中的记账节点可以是各个税务总局终端，比如由部署在多个地区的税务总局终端分别作为一个记账节点来构成记账节点网络。业务节点网络中的各个业务节点可以是地方税局终端、开票代理服务商终端、开票企业终端、个人用户终端等。

具体而言，在图7所示的电子******中，可以包括业务层、路由代理层和共识网络(即记账节点网络，以下简称记账网络)层。其中，业务层即为业务节点网络，其中包含了各个业务节点，比如可以是处于税务专网中的地方税局；处于公有云中的开票服务商、报销服务商、企业等；处于私有云中的支付服务商、流转服务商、企业等。

路由代理层中包含了代理节点，代理节点提供了路由服务、证书缓存和认证服务、P2P服务等功能，路由代理层起到对业务层和共识网络层的隔离作用，具体参照前述实施例的技术方案。可选地，路由代理层中的代理节点可以处于税务专网中。共识网络(记账网络)层即为记账节点网络，其中包含了多个区块链，当然在本申请的其它实施例中，共识网络(记账网络)层中也可以包含一个区块链。

在本申请的一个实施例中，电子******中的共识网络(记账网络)中可以包含多个区块链，这多个区块链可以按照时间序列进行分链，比如同一个业务按照时间进行分链，其中业务参与方一致，并且两个区块链采用相同的CA(Certificate Authority，认证授权)中心作为***业务体系的认证和授权方。当然，在本申请的一个实施例中，可以按照不同的业务进行分链，比如业务A对应一条区块链、业务B对应一条区块链，并且业务之间还可以跨链交互。

可选地，如图8所示，在一个示例性实施例中，共识网络(该共识网络可以是前述图4至图7中所示的共识网络；也可以是单独的共识网络，即不进行业务网络和共识网络的划分所得到共识网络)中可以包含有多条区块链，具体是主链801，以及由该主链801在某个区块高度处派生得到的N个子链，N为正整数，每派生得到一个新子链，则需要为该新子链生成新的链标识。比如在图8中，主链801可以派生得到子链802、子链803和子链804。其中，一个子链可以对应于一个业务，比如在税务业务领域中，这样将能够有效区分不同交易业务，以保持单个业务分支链所存储的数据的专一性，具体的业务比如可以是票据业务、征信业务、进出口业务、企业资质业务以及退税业务等。

在本申请的一个实施例中，共识网络中的主链801上可以包括各个业务对应的子链的注册信息，该注册信息可以包括子链的链标识、业务对应的业务配置信息、链标识对应的派生条件等。可选地，每个子链在生成之后，需要在主链中进行注册，主链中有一个用于管理子链注册的智能合约，子链在注册时，可以为子链分配链标识并记录子链的注册信息。

可选地，业务(例如票据业务)对应的业务配置信息可以包括业务的基本信息(即对票据业务的描述)以及节点配置信息(包括业务节点配置信息和共识节点配置信息)。该业务节点配置信息可以包括具有监管权限的共识节点(例如具有监管权限的节点120a)为对应业务分支链(例如票据业务对应的业务分支链)配置的节点标识，该节点标识对应的业务节点可以用于执行该票据业务。这里的共识节点配置信息可以包括具有监管权限的共识节点为该子链配置的用于参与共识该子链的共识节点。

可选地，各个子链的创世块可以是主链中进行派生时所对应的区块，比如图8所示，子链802是从主链801中的区块A1派生得到的，其创世块为A1；子链803是从主链801中的区块A2派生得到的，其创世块为A2；子链804是从主链801中的区块A3派生得到的，其创世块为A3。其中，主链和各个子链可以独立运行，各个子链可以各自运行自己的交易上链，在验证子链的区块时，除了对子链区块本身进行验证之外，还可以从子链的创世块找到A链，然后验证到A链的创世块(如对默克尔树进行验证)，以提高验证的可靠性。当然，如果共识节点的本地已经同步了A链，那么对于子链区块的验证也可以只验证到其在A链上的创世块即可。

可选地，如果整个区块链网络对应的区块链节点***(例如税务区块链***)的配置信息发生变化，共识网络中的共识节点需要暂停运行。如果将发生信息变化的配置信息称之为配置变更信息，那么该配置变更信息可以是指税务领域范畴的监管规则、计算法规改变、重要的区块链节点变化、链的证书颁发节点轮换等。该共识网络中的具备监管权限的共识节点可以基于这些配置变更信息生成配置变更区块，进而将该配置变更区块上链至该共识网络中的主链801，且同步至所有子链，此时，共识网络中的其他共识节点可以恢复运行。如图8所示，假设配置信息发生了变化，那么在主链801中产生了配置变更区块A3，然后会在子链中进行同步，比如子链802中的区块B5，以及子链803中的区块C4。

可选地，对于图4至图7所示的***架构而言，可以为业务网络中的任意一个业务节点配置M个链标识，这M个链标识属于该共识网络所注册的N个业务分支链的链标识。其中，M为小于或者等于N的正整数。其中，为每个业务节点配置的链标识的数量可以相同，也可以不同，这里将不对其进行限定。

比如，若共识网络中的主链所派生的子链的数量为3，且这3个子链的链标识分别为业务1X(例如票据业务)对应的链标识1s、业务2X(例如征信业务)对应的链标识2s以及业务3X(例如进出口业务)对应的链标识3s，则可以为业务网络中的一个业务节点动态配置2个链标识(例如链标识1s和链标识3s)，并为业务网络中的另一个业务节点动态配置3个链标识(例如链标识1s、链标识2s以及链标识3s)。可以理解的是，一个业务节点如果被配置多个链标识，那么该业务节点可以参与执行这多个链标识对应所子链的业务，进而可以有效保证对业务节点的控制。

可选地，虽然主链派生得到了不同的子链，但是这些子链和主链仍然可以由相同的共识节点来完成共识上链处理，交易信息可以根据链标识来进行区别，不用的子链可以并行地各自进行共识。

当然，一些子链也可以配置为由独立的共识节点来进行共识，但这些独立的共识节点必须同步主链的数据。具体地，比如对一个子链进行独立共识的共识节点可以构成一个子链独立共识网络，对主链进行独立共识的共识节点可以构成一个主链独立共识网络。

同时，代理节点需要记录独立共识网络的信息，如果遇到向独立共识网络发送交易信息或者同步数据的请求，则转发到独立共识网络中；否则，按照基本配置将请求检查后转发到核心网络的共识节点中即可，共识节点再根据请求的子链ID来独立处理。

可选地，为了减少业务节点的存储空间的浪费，本申请实施例中的业务节点可以以轻量节点(Simplified Payment Verification，简称SPV)为例，该业务节点不需要存储完整的交易数据，而是通过代理节点从共识网络中，获得区块头数据和部分授权可见的区块数据(例如与业务节点自身相关联的业务交易)。一个SPV节点可以动态配置多个子链ID来参与多个子链的业务，多个子链可以用同样的SPV节点的标识和地址来参与，同时SPV节点的标识和地址必须事先在主链上进行注册，每个子链的区块数据会被独立同步回SPV节点，并在SPV节点本地独立存储。

针对前述实施例中所介绍的多链场景，本申请实施例中还提出了进行全局统一配置管理的技术方案，具体介绍如下：

图9示出了根据本申请的一个实施例的区块链***的数据处理方法的流程图，该区块链***中包含有主链和至少一个子链，具体如图8所示，各个子链是从主链中的一个区块高度处派生得到的，各个子链中部署有主链中继合约，主链中继合约中存储有主链区块头，主链区块头中包含有配置信息。图9所示的区块链***的数据处理方法可以由共识节点来执行，具体地，参照图9所示，该区块链***的数据处理方法至少包括步骤S910至步骤S930，详细介绍如下：

在步骤S910中，在需要针对指定子链生成新的业务区块时，从主链中继合约获取主链的配置信息。

可选地，针对指定子链生成新的业务区块是指需要在指定子链中添加区块，即需要将交易信息在指定子链中进行上链存储。指定子链可以是区块链***中的任意一个子链。

可选地，主链中继合约可以部署在各个子链上派生得到的第一个区块中。比如在图8所示的实施例中，子链802的主链中继合约可以部署在区块B2中；子链803的主链中继合约可以部署在区块C2中；子链804的主链中继合约可以部署在区块D4中。

可选地，各个子链在启动时可以运行主链中继服务，该主链中继服务用于获取主链区块头，并将主链区块头提交至主链中继合约中。

在步骤S920中，若主链的配置信息与指定子链的配置信息不一致，则通过主链的配置信息更新指定子链的配置信息。

可选地，可以通过对主链的配置信息与指定子链的配置信息进行比对，来确定主链的配置信息与指定子链的配置信息是否一致。如果主链区块头中还包含有配置信息版本号，那么可以直接通过对比主链的配置信息版本号与指定子链的配置信息版本号来确定主链的配置信息与指定子链的配置信息是否一致，具体地，如果主链的配置信息版本号与指定子链的配置信息版本号不一致，则可以确定主链的配置信息与指定子链的配置信息不一致。

在本申请的一个实施例中，通过主链的配置信息更新指定子链的配置信息的过程可以是将主链的配置信息作为配置交易信息，生成配置更新区块，然后对配置更新区块进行共识上链处理，以将配置更新区块添加至指定子链中。

可选地，配置更新区块中还可以包含有：用于对主链中继合约中指定子链的配置信息版本号进行更新的交易信息，进而可以对主链中继合约中存储的指定子链的配置信息版本号进行更新。

在步骤S930中，若主链的配置信息与指定子链的配置信息一致，则打包生成新的业务区块并进行共识上链处理。

可选地，主链的配置信息与指定子链的配置信息一致可以是在通过主链的配置信息对指定子链的配置信息进行更新后实现的一致，也可以是主链的配置信息与指定子链的配置信息在比对时就实现的一致。

在本申请的一个实施例中，主链中继合约中还可以包含有主链区块头的最新更新时间，那么在需要针对指定子链生成新的业务区块时，若本地时间与最新更新时间之间的时间差超过设定阈值，则暂停对新的业务区块进行共识处理。该实施例的技术方案可以避免子链无法或者故意不追踪主链配置信息的情况，进而可以实现对子链准确、高效的控制。

可选地，暂停对新的业务区块进行共识处理可以是在已经生成新的业务区块之后，暂停进行的提案处理、或者共识处理。如果新的业务区块还处于打包阶段，那么暂停对新的业务区块进行共识处理也可以是暂停对新的业务区块进行打包处理。

可选地，在暂停对新的业务区块进行共识处理之后，如果检测到本地时间与主链区块头的最新更新时间之间的时间差小于设定阈值，且主链的配置信息与指定子链的配置信息一致，则对打包生成的业务区块进行共识上链处理。该实施例的技术方案使得在在本地时间与主链区块头的最新更新时间之间的时间差小于设定阈值之后，可以及时对暂停处理的区块进行继续处理，进而可以保证对区块处理的连续性。

在本申请的一个实施例中，如果主链的配置信息需要进行更新，则可以生成全局配置区块，并更新全局配置区块的区块头中的配置信息版本号，然后对全局配置区块进行共识上链处理，以将全局配置区块添加至主链中。该实施例的技术方案实现可以对主链的配置信息进行更新处理，需要说明的是：如果对主链的配置信息进行了更新，那么各个子链都需要同步该全局配置区块。如图8所示，假设主链的配置信息发生了变化，那么在主链801中产生了全局配置区块A3，然后会在子链中进行同步，比如子链802中的区块B5，以及子链803中的区块C4。

可选地，图9所示实施例的技术方案可以应用在只具有记账节点网络的区块链***中，该区块链***维护了多条如图8所示的区块链。当然，图9所示实施例的技术方案也可以应用在如图4至图7所示的区块链***中，即该区块链***包括记账节点网络、业务节点网络，以及连接在记账节点网络和业务节点网络之间的代理节点网络，代理节点网络用于接收来自于业务节点网络的待上链交易信息，并将待上链交易信息转发至记账节点网络进行打包上链处理；记账节点网络用于维护前述的主链和至少一个子链。

可选地，本申请实施例中的主链和至少一个子链可以由记账节点网络中相同的记账节点进行维护；或者主链和至少一个子链也可以分别由记账节点网络中不同的记账节点集群进行维护。

以下结合图10对本申请实施例的技术方案的实现细节进行详细阐述，如图10所示，以区块链***中包含主链801和子链802来进行说明。每个子链的首个块(比如子链802的区块B2中)中会自动部署“主链中继合约”，且启动子链的同时启动一个主链中继服务，该主链中继服务用于跟踪主链的区块头高度变化，在获得新数据(即主链区块头)后定时提交给主链中继合约。

主链中继合约用于接收主链中继服务提交的主链区块头，并且在合约内部进行存储和校验(比如校验前置区块哈希、默克尔树根等)。主链区块头中可以设置“ConfigVersion”字段(即配置版本)，如果主链有全局配置块上链，则“Config Version”字段值加1。

子链中在共识出块前，共识节点需要查询主链中继合约，根据子链合约和主链区块头数据确定是否有config version差，进而确定是否可以正常打包业务交易。如果子链当前config version和主链最新区块头中的config version数据一致，则共识节点可以继续打包子链业务交易并进行共识。

如果子链当前config version和主链最新区块头中的config version数据存在config version差，说明主链存在新的全局配置，此时共识节点不可以打包业务交易，同时执行以下步骤：从主链中继合约中取出新的config version对应的主链区块的配置交易，打包入新区块，向主链中继合约提交一个更新子链本地Config Version的交易，并打包入新的区块中。共识该新区块，并在共识完成后，继续从主链中继合约中进行查询，并判断本地config version与主链区块头中的数据是否有config version差，以确定是否能够提交交易信息。

为了解决子链无法或者故意不追踪主链配置的问题，主链中继合约中会存储主链区块头数据的最新更新时间。如果共识轮次中查询是否可以执行业务共识时，发现本地时间与主链区块头数据的最新更新时间之间超过了最大延时开关(即最大延时阈值)，则暂停当前共识轮次，等待主链中继服务恢复服务后，继续追踪和提交主链状态。

本申请实施例的技术方案在主链派生子链的场景下，实现了子链和主链配置的跨链同步方案。通过主链中继合约实现子链安全、高效、准确且无法避免地跟踪和校验主链数据，保证了子链对于主链状态的实时正确地同步。而子链共识对于主链中继合约的判断依赖，保证了主链对于每个子链在配置上的实时下发和业务可控。同时，主链不需要等待子链完成配置同步，子链自行通过内置合约执行严格的配置同步工作，保证了架构简单，子链如果出现问题，不会影响到主链运行和其他子链的运行。

以下介绍本申请的装置实施例，可以用于执行本申请上述实施例中的区块链***的数据处理方法。对于本申请装置实施例中未披露的细节，请参照本申请上述的区块链***的数据处理方法的实施例。

图11示出了根据本申请的一个实施例的区块链***的数据处理装置的框图，该区块链***中包含主链和至少一个子链，各个所述子链是从所述主链中的一个区块高度处派生得到的，各个所述子链中部署有主链中继合约，所述主链中继合约中存储有主链区块头，所述主链区块头中包含有配置信息，图11所示的区块链***的数据处理装置可以设置在共识节点内。

参照图11所示，根据本申请的一个实施例的区块链***的数据处理装置1100，包括：获取单元1102、第一处理单元1104和第二处理单元1106。

其中，获取单元1102配置为在需要针对指定子链生成新的业务区块时，从所述主链中继合约获取所述主链的配置信息；第一处理单元1104配置为若所述主链的配置信息与所述指定子链的配置信息不一致，则通过所述主链的配置信息更新所述指定子链的配置信息；第二处理单元1106配置为若所述主链的配置信息与所述指定子链的配置信息一致，则打包生成新的业务区块并进行共识上链处理。

在本申请的一些实施例中，基于前述方案，所述第一处理单元1104配置为：将所述主链的配置信息作为配置交易信息，生成配置更新区块；对所述配置更新区块进行共识上链处理，以将所述配置更新区块添加至所述指定子链中。

在本申请的一些实施例中，基于前述方案，所述配置更新区块中还包含有：用于对所述主链中继合约中指定子链的配置信息版本号进行更新的交易信息。

在本申请的一些实施例中，基于前述方案，所述主链区块头中还包含有配置信息版本号；所述第一处理单元1104配置为：若所述主链的配置信息版本号与所述指定子链的配置信息版本号不一致，则确定所述主链的配置信息与所述指定子链的配置信息不一致。

在本申请的一些实施例中，基于前述方案，所述指定子链在启动时运行主链中继服务，所述主链中继服务用于获取所述主链区块头，并将所述主链区块头提交至所述主链中继合约。

在本申请的一些实施例中，基于前述方案，所述主链中继合约中还包含有主链区块头的最新更新时间；所述第二处理单元1106还配置为：在需要针对所述指定子链生成新的业务区块时，若本地时间与所述最新更新时间之间的时间差超过设定阈值，则暂停对所述新的业务区块进行共识处理。

在本申请的一些实施例中，基于前述方案，所述第二处理单元1106还配置为：在暂停对所述新的业务区块进行共识处理之后，若检测到本地时间与所述最新更新时间之间的时间差小于所述设定阈值，且所述主链的配置信息与所述指定子链的配置信息一致，则对打包生成的业务区块进行共识上链处理。

在本申请的一些实施例中，基于前述方案，各个所述子链中部署的主链中继合约部署于各个所述子链上派生得到的第一个区块中。

在本申请的一些实施例中，基于前述方案，所述区块链***包括记账节点网络、业务节点网络，以及连接在所述记账节点网络和所述业务节点网络之间的代理节点网络；其中，所述代理节点网络用于接收来自于所述业务节点网络的待上链交易信息，并将所述待上链交易信息转发至所述记账节点网络进行打包上链处理；所述记账节点网络用于维护所述主链和所述至少一个子链。

在本申请的一些实施例中，基于前述方案，所述主链和所述至少一个子链由所述记账节点网络中相同的记账节点进行维护；或者所述主链和所述至少一个子链分别由所述记账节点网络中不同的记账节点集群进行维护。

在本申请的一些实施例中，基于前述方案，所述主链区块头中还包含有配置信息版本号，所述数据处理装置1100还包括：第三处理单元，配置为若所述主链的配置信息需要进行更新，则生成全局配置区块，并更新所述全局配置区块的区块头中的配置信息版本号；对所述全局配置区块进行共识上链处理，以将所述全局配置区块添加至所述主链中。

图12示出了适于用来实现本申请实施例的电子设备的计算机***的结构示意图。

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

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

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

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

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

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

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

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

应当注意，尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元，但是这种划分并非强制性的。实际上，根据本申请的实施方式，上文描述的两个或更多模块或者单元的特征和功能可以在一个模块或者单元中具体化。反之，上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元来具体化。

通过以上的实施方式的描述，本领域的技术人员易于理解，这里描述的示例实施方式可以通过软件实现，也可以通过软件结合必要的硬件的方式来实现。因此，根据本申请实施方式的技术方案可以以软件产品的形式体现出来，该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM，U盘，移动硬盘等)中或网络上，包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本申请实施方式的方法。

本领域技术人员在考虑说明书及实践这里公开的实施方式后，将容易想到本申请的其它实施方案。本申请旨在涵盖本申请的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本申请的一般性原理并包括本申请未公开的本技术领域中的公知常识或惯用技术手段。

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

Claims (15)

1.一种区块链***的数据处理方法，其特征在于，所述区块链***中包含主链和至少一个子链，各个所述子链是从所述主链中的一个区块高度处派生得到的，各个所述子链中部署有主链中继合约，所述主链中继合约中存储有主链区块头，所述主链区块头中包含有配置信息，所述数据处理方法包括：

在需要针对指定子链生成新的业务区块时，从所述主链中继合约获取所述主链的配置信息；

若所述主链的配置信息与所述指定子链的配置信息不一致，则通过所述主链的配置信息更新所述指定子链的配置信息；

若所述主链的配置信息与所述指定子链的配置信息一致，则打包生成新的业务区块并进行共识上链处理。

2.根据权利要求1所述的区块链***的数据处理方法，其特征在于，通过所述主链的配置信息更新所述指定子链的配置信息，包括：

将所述主链的配置信息作为配置交易信息，生成配置更新区块；

对所述配置更新区块进行共识上链处理，以将所述配置更新区块添加至所述指定子链中。

3.根据权利要求2所述的区块链***的数据处理方法，其特征在于，所述配置更新区块中还包含有：用于对所述主链中继合约中指定子链的配置信息版本号进行更新的交易信息。

4.根据权利要求1所述的区块链***的数据处理方法，其特征在于，所述主链区块头中还包含有配置信息版本号；

所述数据处理方法还包括：

若所述主链的配置信息版本号与所述指定子链的配置信息版本号不一致，则确定所述主链的配置信息与所述指定子链的配置信息不一致。

5.根据权利要求1所述的区块链***的数据处理方法，其特征在于，所述数据处理方法还包括：

所述指定子链在启动时运行主链中继服务，所述主链中继服务用于获取所述主链区块头，并将所述主链区块头提交至所述主链中继合约。

6.根据权利要求1所述的区块链***的数据处理方法，其特征在于，所述主链中继合约中还包含有主链区块头的最新更新时间；

所述数据处理方法还包括：

在需要针对所述指定子链生成新的业务区块时，若本地时间与所述最新更新时间之间的时间差超过设定阈值，则暂停对所述新的业务区块进行共识处理。

7.根据权利要求6所述的区块链***的数据处理方法，其特征在于，在暂停对所述新的业务区块进行共识处理之后，所述数据处理方法还包括：

若检测到本地时间与所述最新更新时间之间的时间差小于所述设定阈值，且所述主链的配置信息与所述指定子链的配置信息一致，则对打包生成的业务区块进行共识上链处理。

8.根据权利要求1所述的区块链***的数据处理方法，其特征在于，各个所述子链中部署的主链中继合约部署于各个所述子链上派生得到的第一个区块中。

9.根据权利要求1所述的区块链***的数据处理方法，其特征在于，所述区块链***包括记账节点网络、业务节点网络，以及连接在所述记账节点网络和所述业务节点网络之间的代理节点网络；

其中，所述代理节点网络用于接收来自于所述业务节点网络的待上链交易信息，并将所述待上链交易信息转发至所述记账节点网络进行打包上链处理；所述记账节点网络用于维护所述主链和所述至少一个子链。

10.根据权利要求9所述的区块链***的数据处理方法，其特征在于，所述主链和所述至少一个子链由所述记账节点网络中相同的记账节点进行维护；或者

所述主链和所述至少一个子链分别由所述记账节点网络中不同的记账节点集群进行维护。

11.根据权利要求1至10中任一项所述的区块链***的数据处理方法，其特征在于，所述主链区块头中还包含有配置信息版本号，所述数据处理方法还包括：

若所述主链的配置信息需要进行更新，则生成全局配置区块，并更新所述全局配置区块的区块头中的配置信息版本号；

对所述全局配置区块进行共识上链处理，以将所述全局配置区块添加至所述主链中。

12.一种区块链***的数据处理装置，其特征在于，所述区块链***中包含主链和至少一个子链，各个所述子链是从所述主链中的一个区块高度处派生得到的，各个所述子链中部署有主链中继合约，所述主链中继合约中存储有主链区块头，所述主链区块头中包含有配置信息，所述数据处理装置包括：

获取单元，配置为在需要针对指定子链生成新的业务区块时，从所述主链中继合约获取所述主链的配置信息；

第一处理单元，配置为若所述主链的配置信息与所述指定子链的配置信息不一致，则通过所述主链的配置信息更新所述指定子链的配置信息；

第二处理单元，配置为若所述主链的配置信息与所述指定子链的配置信息一致，则打包生成新的业务区块并进行共识上链处理。

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

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

一个或多个处理器；

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

15.一种计算机程序产品，其特征在于，所述计算机程序产品包括计算机指令，所述计算机指令存储在计算机可读存储介质中，计算机设备的处理器从所述计算机可读存储介质读取并执行所述计算机指令，使得所述计算机设备执行如权利要求1至11中任一项所述的区块链***的数据处理方法。

Images