跨子网交互的权限控制方法及装置、电子设备、存储介质与流程

文档序号:30584095发布日期:2022-06-29 15:18阅读:54来源:国知局
跨子网交互的权限控制方法及装置、电子设备、存储介质与流程

1.本说明书一个或多个实施例涉及区块链技术领域,尤其涉及一种跨子网交互的权限控制方法及装置、电子设备、存储介质。


背景技术:

2.区块链技术构建在传输网络(例如点对点网络)之上。区块链网络中的节点利用链式数据结构来验证与存储数据,并采用分布式节点共识算法来生成和更新数据。可组建不同的区块链网络来存证不同类型的业务数据。在该场景下,不同的区块链网络之间存在交互的需求,从而通过跨链交互来实现一些复杂的业务。
3.尤其是,区块链网络可以自身为主网,基于一定的规则来动态创建子网。那么,不同区块链子网之间可能有数据交互、跨子网写服务的需求。


技术实现要素:

4.有鉴于此,本说明书一个或多个实施例提供一种跨子网交互的权限控制方法及装置、电子设备、存储介质。
5.为实现上述目的,本说明书一个或多个实施例提供技术方案如下:
6.根据本说明书一个或多个实施例的第一方面,提出了一种跨子网交互的权限控制方法,应用于区块链系统,所述区块链系统包括区块链主网及其管理的区块链子网;所述方法包括:
7.目的区块链子网中的目的子网节点接收源区块链子网中的源子网节点发送的跨子网请求,所述跨子网请求包括针对所述目的区块链子网的写入操作的操作信息;
8.所述目的子网节点查询所述区块链主网所管理的各个区块链子网针对所述目的区块链子网的写入操作的权限信息,并根据所述权限信息对所述操作信息进行校验;
9.所述目的子网节点在校验通过的情况下响应于所述跨子网请求,根据所述操作信息执行相应的写入操作。
10.根据本说明书一个或多个实施例的第二方面,提出了一种跨子网交互的权限控制装置,包括:
11.接收单元,使区块链主网的目的区块链子网中目的子网节点接收所述区块链主网的源区块链子网中源子网节点发送的跨子网请求,所述跨子网请求包括针对所述目的区块链子网的写入操作的操作信息;
12.查询单元,使所述目的子网节点查询所述区块链主网的各个区块链子网针对所述目的区块链子网的写入操作的权限信息,并根据所述权限信息对所述操作信息进行校验;
13.写入单元,使所述目的子网节点在校验通过的情况下响应于所述跨子网请求,根据所述操作信息执行相应的写入操作。
14.根据本说明书一个或多个实施例的第三方面,提出了一种电子设备,包括:
15.处理器;
16.用于存储处理器可执行指令的存储器;
17.其中,所述处理器通过运行所述可执行指令以实现如上述任一实施例中所述的方法。
18.根据本说明书一个或多个实施例的第四方面,提出了一种计算机可读存储介质,其上存储有计算机指令,该指令被处理器执行时实现如上述实施例中任一所述方法的步骤。
19.由上述实施例可见,在区块链主网管理多个区块链子网的应用场景下,不同区块链子网之间存在跨子网写服务的需求,即某一业务的实现需要一个区块链子网在另一区块链子网上写入数据。对此,通过预先针对区块链子网配置针对该区块链子网的写入操作的权限信息,可在其他区块链子网请求对该区块链子网写入数据的情况下,利用该权限信息对请求写入数据的跨子网请求进行校验,以在校验通过的前提下再执行写入操作,从而保证区块链子网数据的安全性,实现对跨子网写服务的权限控制,比如控制允许写入数据的区块链子网,以及控制跨子网写操作的类型等等。
附图说明
20.为了更清楚地说明本说明书实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本说明书中记载的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
21.图1是一示例性实施例提供的一种创建智能合约的示意图。
22.图2是一示例性实施例提供的一种调用智能合约的示意图。
23.图3是一示例性实施例提供的一种创建和调用智能合约的示意图。
24.图4是一示例性实施例提供的一种基于区块链主网组建区块链子网的示意图。
25.图5是一示例性实施例提供的一种将区块链网络注册为区块链子网的示意图。
26.图6是一示例性实施例提供的一种跨子网交互的权限控制方法的流程图。
27.图7是一示例性实施例提供的一种跨链交互的审计方法的流程图。
28.图8是一示例性实施例提供的一种设备的结构示意图。
29.图9是一示例性实施例提供的一种跨子网交互的权限控制装置的框图。
具体实施方式
30.这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本说明书一个或多个实施例相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本说明书一个或多个实施例的一些方面相一致的装置和方法的例子。
31.需要说明的是:在其他实施例中并不一定按照本说明书示出和描述的顺序来执行相应方法的步骤。在一些其他实施例中,其方法所包括的步骤可以比本说明书所描述的更多或更少。此外,本说明书中所描述的单个步骤,在其他实施例中可能被分解为多个步骤进行描述;而本说明书中所描述的多个步骤,在其他实施例中也可能被合并为单个步骤进行
描述。
32.区块链一般被划分为三种类型:公有链(public blockchain),私有链(privateblockchain)和联盟链(consortium blockchain)。此外,还有多种类型的结合,比如私有链+联盟链、联盟链+公有链等不同组合形式。其中去中心化程度最高的是公有链,加入公有链的参与者可以读取链上的数据记录、参与交易以及竞争新区块的记账权等。而且,各参与者(即节点)可自由加入以及退出网络,并进行相关操作。私有链则相反,该网络的写入权限由某个组织或者机构控制,数据读取权限受组织规定。简单来说,私有链可以为一个弱中心化系统,参与节点具有严格限制且少。这种类型的区块链更适合于特定机构内部使用。联盟链则是介于公有链以及私有链之间的区块链,可实现“部分去中心化”。联盟链中各个节点通常有与之相对应的实体机构或者组织;参与者通过授权加入网络并组成利益相关联盟,共同维护区块链运行。
33.不论是公有链、私有链还是联盟链,都可能提供智能合约的功能。区块链上的智能合约是在区块链系统上可以被交易触发执行的合约。智能合约可以通过代码的形式定义。
34.以以太坊为例,支持用户在以太坊网络中创建并调用一些复杂的逻辑。以太坊作为一个可编程区块链的核心是以太坊虚拟机(evm),每个以太坊节点都可以运行evm。evm是一个图灵完备的虚拟机,这意味着可以通过它实现各种复杂的逻辑。用户在以太坊中发布和调用智能合约就是在evm上运行的。实际上,虚拟机直接运行的是虚拟机代码(虚拟机字节码,下简称“字节码”)。部署在区块链上的智能合约可以是字节码的形式。
35.例如图1所示,bob将一个包含创建智能合约信息的交易发送到以太坊网络后,节点1 的evm可以执行这个交易并生成对应的合约实例。图1中的“0x6f8ae93
…”
代表了这个合约的地址,交易的data字段保存的可以是字节码,交易的to字段为空。节点间通过共识机制达成一致后,这个合约成功创建,并且可以在后续过程中被调用。合约创建后,区块链上出现一个与该智能合约对应的合约账户,并拥有一个特定的地址,合约代码将保存在该合约账户中。智能合约的行为由合约代码控制。换句话说,智能合约使得区块链上产生包含合约代码和账户存储(storage)的虚拟账户。
36.如图2所示,仍以以太坊为例,bob将一个用于调用智能合约的交易发送到以太坊网络后,某一节点的evm可以执行这个交易并生成对应的合约实例。图2中交易的from字段是交易发起方(即bob)的账户的地址,to字段中的“0x6f8ae93
…”
代表了被调用的智能合约的地址,交易的data字段保存的调用智能合约的方法和参数。调用智能合约后,balance的值可能改变。后续,某个客户端可以通过某一区块链节点(例如图2中的节点6)查看balance 的当前值。智能合约以规定的方式在区块链网络中每个节点独立的执行,所有执行记录和数据都保存在区块链上,所以当交易完成后,区块链上就保存了无法篡改、不会丢失的交易凭证。
37.创建智能合约和调用智能合约的示意图如图3所示。以太坊中要创建一个智能合约,需要经过编写智能合约、编译成字节码、部署到区块链等过程。以太坊中调用智能合约,是发起一笔指向智能合约地址的交易,智能合约代码分布式的运行在以太坊网络中每个节点的虚拟机中。
38.需要说明的是,除了可以由用户创建智能合约,也可以在创世块中由系统设置智能合约。这类合约一般称为创世合约。一般的,创世合约中可以设置一些区块链网络的数据
结构、参数、属性和方法。此外,具有系统管理员权限的账户可以创建系统级的合约,或者修改系统级的合约(简称为系统合约)。另外除了以太坊中的evm外,不同的区块链网络还可能采用各种的虚拟机,这里并不限定。
39.区块链网络中的节点在执行调用智能合约的交易后,会生成相应的收据(receipt),以用于记录与执行该智能合约相关的信息。这样,可以通过查询交易的收据来获得合约执行结果的相关信息。合约执行结果可以表现为收据中的事件(event)。消息机制可以通过收据中的事件实现消息传递,以触发区块链节点执行相应的处理。事件的结构譬如可以为:
40.event:
41.[topic][data]
[0042]
[topic][data]
[0043]
......
[0044]
在上述示例中,事件的数量可以为一个或多个;其中,每个事件分别包括主题(topic) 和数据(data)等字段。区块链节点可以通过监听事件的topic,从而在监听到预定义的topic 的情况下,执行预设处理,或者从相应事件的data字段读取相关内容,以及可以基于读取的内容执行预设处理。
[0045]
上述的事件机制中,相当于在监听方(比如存在监听需求的用户)处存在具有监听功能的客户端,譬如该客户端上运行了用于实现监听功能的sdk等,由该客户端对区块链节点产生的事件进行监听,而区块链节点只需要正常生成收据即可。除了上述的事件机制之外,还可以通过其他方式实现交易信息的透出。例如,可以通过在区块链节点运行的区块链平台代码中嵌入监听代码,使得该监听代码可以监听区块链交易的交易内容、智能合约的合约状态、合约产生的收据等其中的一种或多种数据,并将监听到的数据发送至预定义的监听方。由于监听代码部署于区块链平台代码中,而非监听方的客户端处,因而相比于事件机制而言,这种基于监听代码的实现方式相对更加的主动。其中,上述的监听代码可以由区块链平台的开发人员在开发过程中加入区块链平台代码,也可以由监听方基于自身的需求而嵌入,本说明书并不对此进行限制。
[0046]
区块链技术区别于传统技术的去中心化特点之一,就是在各个节点上进行记账,或者称为分布式记账,而不是传统的集中式记账。区块链系统要成为一个难以攻破的、公开的、不可篡改数据记录的去中心化诚实可信系统,需要在尽可能短的时间内做到分布式数据记录的安全、明确及不可逆。不同类型的区块链网络中,为了在各个记录账本的节点中保持账本的一致,通常采用共识算法来保证,即前述提到的共识机制。例如,区块链节点之间可以实现区块粒度的共识机制,比如在节点(例如某个独特的节点)产生一个区块后,如果产生的这个区块得到其它节点的认可,其它节点记录相同的区块。再例如,区块链节点之间可以实现交易粒度的共识机制,比如在节点(例如某个独特的节点)获取一笔区块链交易后,如果这笔区块链交易得到其他节点的认可,认可该区块链交易的各个节点可以分别将该区块链交易添加至自身维护的最新区块中,并且最终能够确保各个节点产生相同的最新区块。共识机制是区块链节点就区块信息(或称区块数据)达成全网一致共识的机制,可以保证最新区块被准确添加至区块链。当前主流的共识机制包括:工作量证明(proof of work,pow)、股权证明(proof of stake,pos)、委任权益证明(delegated proof of stake,
dpos)、实用拜占庭容错(practical byzantine fault tolerance,pbft)算法,honeybadgerbft算法等。
[0047]
由于区块链网络的去中心化特性,区块链网络中的所有节点处于对等地位,使得区块链网络中的所有区块链节点均会维护相同的区块数据,但一些节点有时存在实现小范围交易的需求,避免其他节点获得这些交易及其相关数据,导致无法满足部分节点的特殊需求。以联盟链为例,所有联盟成员(即联盟内的节点成员)可以组成一区块链网络,所有联盟成员在该区块链网络中分别存在对应的区块链节点,并可以通过对应的区块链节点获得该区块链网络上发生的所有交易和相关数据。但在一些情况下,可能存在部分联盟成员希望完成一些具有保密需求的交易,这些联盟成员既希望这些交易能够在区块链上存证或借助于区块链技术的其他优势,又能够避免其他联盟成员查看到这些交易和相关数据。虽然这些联盟成员可以额外组建一新的区块链网络,其建立方式与上述包含所有联盟成员的区块链网络类似,但是从头开始建立一条新的区块链网络需要消耗大量的资源,且无论是该区块链网络的建立过程或是建成后的配置过程都非常耗时。联盟成员之间的需求往往是临时的或者具有一定的时效性,使得新建的区块链网络很快就会由于需求消失而失去存在的意义,从而进一步增加了上述区块链网络的建链成本。而联盟成员之间的需求经常会变化,而每一需求所对应的联盟成员也往往不同,因而每当联盟成员发生变化时就可能需要组建一新的区块链网络,从而造成资源和时间的大量浪费。
[0048]
对此,可以将已组建的区块链网络作为区块链主网,并在该区块链主网的基础上组建区块链子网。那么,在诸如上述的联盟链场景下,联盟成员可以在已经参与区块链主网的情况下,基于自身需求而在区块链主网的基础上组建所需的区块链子网。由于区块链子网是在区块链主网的基础上所建立,使得区块链子网的组建过程相比于完全独立地组建一条区块链网络,所消耗的资源和所需的耗时等都极大地降低,灵活性极高。一方面可满足一些节点成员之间的小范围交易需求,另一方面可以通过区块链主网便捷地实现对区块链子网的管理。
[0049]
具体而言,区块链主网中的各区块链节点分别获取组建区块链子网的交易。其中,该交易包含区块链子网的配置信息,该配置信息包括参与组建区块链子网的节点成员的身份信息。然后,区块链主网中的各区块链节点分别执行上述交易以透出该配置信息;其中,当配置信息包含第一区块链节点对应的节点成员的身份信息时,部署第一区块链节点的节点设备基于该交易生成包含配置信息的创世块,并基于创世块启动属于区块链子网的第二区块链节点。
[0050]
组建区块链子网的交易可由区块链主网的管理员发起,即仅允许管理员在区块链主网的基础上组建区块链子网,而避免将区块链子网的组建权限开放给普通用户,以防止由此导致的安全性问题。在一些情况下,也可以允许区块链主网的普通用户发起上述组建区块链子网的交易,以满足普通用户的组网需求,使得普通用户能够在管理员不便于发起交易的情况下依然能够快捷地组建区块链子网。
[0051]
以图4所示为例,区块链主网为subnet0,该subnet0包含的区块链节点为nodea、nodeb、 nodec、noded和nodee等。假定分别对应nodea、nodeb、nodec和noded的节点成员希望组建一区块链子网:如果nodea为管理员且仅允许管理员发起组建区块链子网的交易,那么可由nodea向subnet0发起上述组建区块链子网的交易;如果nodee为管理员且仅允许管
理员发起组建区块链子网的交易,那么nodea~noded需要向nodee进行请求,使得nodee向subnet0 发起上述组建区块链子网的交易;如果nodee为管理员但允许普通用户发起组建区块链子网的交易,那么nodea~nodee均可以向subnet0发起上述组建区块链子网的交易。当然,不论是管理员或者普通用户,发起组建区块链子网的交易的区块链节点对应的节点成员并不一定参与所组建的区块链子网,比如虽然最终由nodea、nodeb、nodec和noded分别对应的节点成员组建区块链子网,但可由nodee向subnet0发起上述组建区块链子网的交易,而并不一定由nodea~noded来发起该组建区块链子网的交易。
[0052]
在区块链主网的基础上组建区块链子网时,容易理解的是,会使得该区块链子网与区块链主网之间存在逻辑上的层次关系。比如在图4所示的subnet0上组建区块链子网subnet1 时,可以认为subnet0处于第一层、subnet1处于第二层。一种情况下,本说明书中的区块链主网可以为底层区块链网络,即区块链主网并非在其他区块链网络的基础上组建的区块链子网,比如图4中的subnet0可以认为属于底层区块链网络类型的区块链主网。另一种情况下,本说明书中的区块链主网可以为其他区块链网络的子网,比如可以在图4中subnet1的基础上进一步组建另一区块链子网,此时可以认为subnet1为该区块链子网对应的区块链主网,而这并不影响该subnet1同时属于subnet0上创建的区块链子网。可见,区块链主网与区块链子网实际上是相对概念,同一区块链网络在一些情况下可以为区块链主网、另一些情况下可以为区块链子网。
[0053]
上述组建区块链子网的交易在被发送至区块链主网后,由区块链主网内的共识节点进行共识,并在通过共识后由各区块链节点执行该交易,以完成区块链子网的组建。共识过程取决于所采用的共识机制,譬如上文所述的任一共识机制,本说明书并不对此进行限制。
[0054]
通过在上述组建区块链子网的交易中包含配置信息,该配置信息可以用于对所组建的区块链子网进行配置,使得组建的区块链子网符合组网需求。例如,通过在配置信息中包含参与组建所述区块链子网的节点成员的身份信息,可以指定组建的区块链子网对应于哪些节点成员。
[0055]
节点成员的身份信息可以包括公钥,或者采用节点id等其他能够表征节点成员的身份的信息,本说明书并不对此进行限制。以公钥为例,每个区块链节点都存在对应的一组或多组公私钥对,由区块链节点持有私钥而公钥被公开且唯一对应于该私钥,因而可以通过公钥来表征相应区块链节点的身份,也可以通过该公钥来表征该区块链节点对应的节点成员的身份。因此,对于希望参与组建区块链子网的节点成员,可以将这些节点成员在区块链主网上对应的区块链节点的公钥添加至上述组建区块链子网的交易中,以作为上述节点成员的身份信息。上述的公私钥对可以用于签名验证的过程。例如,在采用有签名的共识算法中,譬如subnet1 上述的nodea1采用自身维护的私钥对消息进行签名后,将经过签名的消息在subnet1中广播,而nodeb1、nodec1和noded1可以用nodea1的公钥对收到的消息进行签名验证,以确认自身收到的消息确实来自nodea1且没有经过篡改。
[0056]
第一区块链节点可以为区块链主网上属于配置信息所指示的节点成员对应的区块链节点。在组建区块链子网时,并非由第一区块链节点直接参与组建区块链子网,而是需要由用于部署该第一区块链节点的节点设备生成第二区块链节点,并由第二区块链节点参与组建区块链子网。第一区块链节点和第二区块链节点对应于同一个节点成员,比如在联
盟链场景下对应于同一联盟链成员,但第一区块链节点属于区块链主网、第二区块链节点属于区块链子网,使得该节点成员可以分别参与到区块链主网和区块链子网的交易中;并且,由于区块链主网和区块链子网属于相互独立的两个区块链网络,使得第一区块链节点生成的区块与第二区块链节点生成的区块分别存入所述节点设备上的不同存储(采用的存储譬如可以为数据库),实现了第一区块链节点与第二区块链节点分别使用的存储之间的相互隔离,因而区块链子网所产生的数据仅会在区块链子网中的各个区块链节点之间同步,使得仅参与了区块链主网的节点成员无法获得区块链子网上产生的数据,实现了区块链主网与区块链子网之间的数据隔离,满足了部分节点成员(即参与区块链子网的节点成员)之间的交易需求。
[0057]
第一区块链节点和第二区块链节点是在逻辑上划分出来的区块链节点,而从物理设备的角度来说,相当于上述部署了第一区块链节点和第二区块链节点的节点设备同时参与了区块链主网和区块链子网。由于区块链主网与区块链子网之间相互独立,使得这两个区块链网络的身份体系也相互独立,因而即便第一区块链节点和第二区块链节点可以采用完全相同的公钥,仍然应当将两者视为不同的区块链节点。譬如在图4中,subnet0中的nodea相当于第一区块链节点,而部署该nodea的节点设备生成了属于subnet1的nodea1,该nodea1相当于第二区块链节点。可见,由于身份体系相互独立,所以即便第二区块链节点所采用的公钥区别于第一区块链节点,也不影响本说明书方案的实施。
[0058]
当然,参与区块链子网的节点成员并不一定只是参与区块链主网的节点成员中的一部分。在一些情况下,参与区块链子网的节点成员可以与参与区块链主网的节点成员完全一致,此时所有的节点成员都可以获得区块链主网和区块链子网上的数据,但是区块链主网与区块链子网所产生的数据依然可以相互隔离,比如可以通过在区块链主网上实现一类业务、在区块链子网上实现另一类业务,从而可以使得这两类业务分别产生的业务数据之间相互隔离。
[0059]
除了上述的节点成员的身份信息之外,配置信息还可以包括下述至少之一:所述区块链子网的网络标识、所述区块链子网的管理员的身份信息、针对区块链平台代码的属性配置等,本说明书并不对此进行限制。网络标识用于唯一表征该区块链子网,因而该区块链子网的网络标识应当区别于区块链主网和该区块链主网上组建的其他区块链子网。区块链子网的管理员的身份信息,譬如可以为作为管理员的节点成员的公钥;其中,区块链主网与区块链子网的管理员可以相同,也可以不同。
[0060]
通过区块链主网来组建区块链子网的优势之一,就是由于生成第二区块链节点的节点设备上已经部署了第一区块链节点,因而可以将第一区块链节点所使用的区块链平台代码复用在第二区块链节点上,免去了区块链平台代码的重复部署,极大地提高了区块链子网的组建效率。那么,如果配置信息中未包含针对区块链平台代码的属性配置,第二区块链节点可以复用第一区块链节点上采用的属性配置;如果配置信息中包含了针对区块链平台代码的属性配置,第二区块链节点可以采用该属性配置,使得第二区块链节点所采用的属性配置不受限于第一区块链节点的属性配置、与第一区块链节点无关。针对区块链平台代码的属性配置可以包括下述至少之一:代码版本号、是否需要共识、共识算法类型、区块大小等,本说明书并不对此进行限制。
[0061]
组建区块链子网的交易包括调用合约的交易。该交易中可以指明被调用的智能合
约的地址、调用的方法和传入的参数。例如,调用的合约可以为前述的创世合约或系统合约,调用的方法可以为组建区块链子网的方法,传入的参数可以包括上述的配置信息。
[0062]
举例而言,subnet系统合约的结构可以包含如下信息:
[0063][0064]
其中,subnetid用于表示区块链子网的子网标识;pubkeys用于表示区块链子网的子网节点的身份信息;subnetstate用于表示区块链子网的运行状态(启动、停止、无效等); genesis用于表示区块链子网的创世块信息。上述数据均可存储于subnet系统合约的合约状态中。
[0065]
用于组建区块链子网的交易可以包含如下信息:
[0066]
from:administrator
[0067]
to:subnet
[0068]
method:addsubnet(string)
[0069]
string:genesis
[0070]
其中,from字段为该交易的发起方的信息,譬如administrator表明该发起方为管理员;to字段为被调用的智能合约的地址,譬如该智能合约可以为subnet合约,则to字段具体为该subnet合约的地址;method字段为调用的方法,譬如在subnet合约中用于组建区块链子网的方法可以为addsubnet(string),而string为addsubnet()方法中的参数,上述示例中通过genesis表征该参数的取值,该genesis具体为前述的配置信息。
[0071]
以subnet0上的节点nodea~nodee执行调用subnet合约中addsubnet()方法的交易为例。在交易通过共识后,nodea~nodee分别执行addsubnet()方法并传入配置信息,得到相应的执行结果。
[0072]
合约的执行结果可以包括所述配置信息,该执行结果可以处于前文所述的收据中,该收据中可以包含与执行addsubnet()方法相关的event,即组网事件。组网事件的topic可以包含预定义的组网事件标识,以区别于其他的事件。譬如在与执行addsubnet()方法相关的 event中,topic的内容为关键词subnet,且该关键词区别于其他方法所产生event中的topic。那么,nodea~nodee或者部署nodea~nodee的节点设备1~5通过监听生成的收据中各个event 所含的topic,可以在监听到包含关键词subnet的topic的情况下,确定监听到与执行 addsubnet()方法相关的event,即组网事件。例如,收据中的event如下:
[0073]
event:
[0074]
[topic:other][data]
[0075]
[topic:subnet][data]
[0076]
......
[0077]
那么,在监听到第1条event时,由于所含topic的内容为other,确定该event与 addsubnet()方法无关;以及,在监听到第2条event时,由于所含topic的内容为subnet,确定该event与addsubnet()方法相关,并进而读取该event对应的data字段,该data字段包含上述的配置信息。以配置信息包括区块链子网的节点成员的公钥为例,data字段的内容例如可以包括:
[0078]
{subnet1;
[0079]
nodea的公钥,nodea的ip、nodea的端口号


[0080]
nodeb的公钥,nodeb的ip、nodeb的端口号


[0081]
nodec的公钥,nodec的ip、nodec的端口号


[0082]
noded的公钥,noded的ip、noded的端口号


[0083]
}
[0084]
其中,subnet1为希望创建的区块链子网的网络标识。区块链主网中的各个区块链节点可以记录该区块链主网上已创建的所有区块链子网的网络标识,或者与这些区块链子网相关的其他信息,这些信息譬如可以维护在上述的subnet合约中,具体可以对应于该subnet合约所含的一个或多个合约状态的取值。那么,可以根据记录的已创建的所有区块链子网的网络标识,确定上述的subnet1是否已经存在;如果不存在,说明subnet1是当前需要创建的新区块链子网,如果存在则说明subnet1已经存在。
[0085]
除了采用希望创建的新的区块链子网的网络标识之外,还可以采用预定义的新建网络标识,该新建网络标识表明相应的组网事件用于组建新的区块链子网。例如,可以将上述的subnet1替换为newsubnet,该newsubnet为预定义的新建网络标识,nodea~nodee在识别到 data字段包含newsubnet时,即可确定包含该newsubnet的event为组网事件,需要创建新的区块链子网。
[0086]
除了网络标识subnet1之外,上述data字段中还包含参与组建区块链子网的各个节点成员的身份信息等内容。部署第一区块链节点的节点设备可以监听生成的收据,并在监听到所述组网事件且所述组网事件的内容包含第一区块链节点对应的节点成员的身份信息的情况下,由部署第一区块链节点的节点设备获取所述组网事件包含的配置信息或创世块。或者,第一区块链节点可以监听生成的收据,并在监听到所述组网事件且所述组网事件的内容表明第一区块链节点属于所述节点成员的情况下,触发部署第一区块链节点的节点设备获取所述组网事件包含的所述配置信息或所述创世块。
[0087]
如前所述,节点设备可以直接监听收据。假定nodea~nodee分别部署在节点设备1~5上,节点设备1~5可以监听nodea~nodee分别生成的收据,那么在监听到subnet1是需要新组建的区块链子网的情况下,节点设备1~5会进一步识别data字段中包含的节点成员的身份信息,以确定自身的处理方式。以nodea和节点设备1为例:如果节点设备1发现data字段包含 nodea的公钥、ip地址和端口号等身份信息,那么节点设备1在基于上述的消息机制从data 字段获得配置信息的情况下,生成包含该配置信息的创世块,且节点设备1会在本地部署 nodea1,该nodea1加载生成的创世块,从而成为subnet1的子网节点;类似地,节点设备2 可以生成nodeb1、节点设备3可以生成nodec1、节点设备4可以生成noded1。以及,节点设备5会发现data字段包含的身份信息与自身均不匹配,则该节点设备5不会根据data
字段中的配置信息生成创世块,也不会生成subnet1中的区块链节点。
[0088]
如前所述,区块链主网中的区块链节点可以监听收据,并根据监听结果触发节点设备执行相关处理。例如,nodea~nodee在确定subnet1是需要新组建的区块链子网的情况下,会进一步识别data字段中包含的节点成员的身份信息,以确定自身的处理方式。比如, nodea~noded会发现在data字段包含自身的公钥、ip地址和端口号等身份信息,假定 nodea~noded分别部署在节点设备1~4上,以nodea和节点设备1为例:nodea会触发节点设备1,使得节点设备1在基于上述的消息机制从data字段获得配置信息的情况下,生成包含该配置信息的创世块,且节点设备1会在本地部署nodea1,该nodea1加载生成的创世块,从而成为subnet1的子网节点;类似地,nodeb会触发节点设备2生成nodeb1、nodec会触发节点设备3生成nodec1、noded会触发节点设备4生成noded1。以及,nodee会发现data 字段包含的身份信息与自身均不匹配,假定nodee部署在节点设备5上,那么该节点设备5 不会根据data字段中的配置信息生成创世块,也不会生成subnet1中的区块链节点。
[0089]
如前所述,第一区块链节点与第二区块链节点并不一定采用相同的身份信息。因此,在上述实施例中,data字段中可以包含预先为nodea1~noded1生成的身份信息,且区别于 nodea~noded的身份信息。仍以nodea和节点设备1为例:节点设备1如果在data字段中发现了nodea1的身份信息,可以生成创世块、部署nodea1,并由nodea1加载该创世块;或者, nodea如果在data字段中发现了nodea1的身份信息,那么nodea会触发节点设备1生成创世块、部署nodea1,并由nodea1加载该创世块。其他区块链节点或节点设备的处理方式类似,此处不再一一赘述。
[0090]
除了配置信息之外,合约的执行结果可以包括创世块。换言之,除了可以在data字段中包含配置信息,还可以直接在执行合约调用的过程中生成包含配置信息的创世块,从而将创世块包含于data字段中,那么对于上述的nodea~noded而言,相应的节点设备1~4可以通过消息机制直接从data字段获得创世块,而无需自行生成,可以提升对nodea1~noded1的部署效率。
[0091]
在本说明书中,组建区块链子网的交易可以并非是调用智能合约的交易,使得不支持智能合约的区块链网络也可以实现本说明书的技术方案,从而在区块链主网的基础上快捷地创建出区块链子网。例如,可以预先定义一组网交易类型标识,当交易包含该组网交易类型标识时,就表明该交易用于组建新的区块链子网,即该交易为组建区块链子网的交易。区块链平台代码可以包含相关的用于组建区块链子网的处理逻辑,使得运行该区块链平台代码的第一区块链节点在执行交易时,如果发现该交易中包含上述的组网交易类型标识,且第一区块链节点对应的节点成员的身份信息被包含于该交易中的配置信息中,可以基于上述处理逻辑来触发部署第一区块链节点的节点设备生成包含该配置信息的创世块并启动第二区块链节点,由第二区块链节点加载该创世块,以形成为区块链子网中的区块链节点。
[0092]
节点设备通过在进程中创建一个运行区块链平台代码的实例,实现在该节点设备上部署一区块链节点。对于第一区块链节点而言,由节点设备在上述进程中创建运行区块链平台代码的第一实例而形成。类似地,对于第二区块链节点而言,由节点设备在上述进程中创建运行区块链平台代码的第二实例而形成。例如,节点设备可以首先在进程中创建第一实例,以形成区块链主网中的第一区块链节点;而当该节点设备对应的节点成员希望参
与组建区块链子网时,可以在上述进程中创建第二实例,该第二实例区别于上述的第一实例,并由该第二实例形成区块链子网中的第二区块链节点。当第一实例与第二实例位于同一进程时,由于不涉及跨进程交互,可以降低对第二区块链节点的部署难度、提高部署效率。当然,第二实例也可能与第一实例分别处于节点设备上的不同进程中,本说明书并不对此进行限制。例如,节点设备可以在第一进程中创建第一实例,以形成区块链主网中的第一区块链节点;而当该节点设备对应的节点成员希望参与组建区块链子网时,可以启动区别于第一进程的第二进程,并在该第二进程中创建第二实例,该第二实例区别于上述的第一实例,进而由该第二实例形成区块链子网中的第二区块链节点。
[0093]
通过上述方式,可以在区块链主网上创建出区块链子网。以图4为例,subnet0原本包含nodea~nodee,而在subnet0的基础上可以组建出subnet1,该subnet1包含nodea1~noded1,且nodea与nodea1、nodeb与nodeb1、nodec与nodec1、noded与noded1分别部署在同一节点设备上。类似地,还可以在subnet0上组建出subnet2或更多的区块链子网,其中subnet2 包含nodea2、nodeb2、nodec2和nodee2,且nodea与nodea1、nodea2,nodeb与nodeb1、 nodeb2,nodec与nodec1,noded与noded1,nodee与nodee2分别部署在同一节点设备上。以及,可以将subnet1、subnet2等作为新的区块链主网,并在此基础上进一步组建出区块链子网,其过程与subnet1或subnet2的组建相似,此处不再赘述。
[0094]
通过上述方式来组建区块链子网,可以在区块链主网与区块链子网之间形成管理关系,即区块链主网可以对区块链子网进行管理。除此之外,还可以基于注册机制形成多层区块链系统,无需借助于组建过程即可建立起区块链网络之间的管理关系,并据此对区块链网络进行管理,因而不会受到区块链网络的建立方式的限制。
[0095]
具体而言,第一区块链网络中的各区块链节点接收注册交易,从注册交易中获取第二区块链网络的身份信息,并将获取的第二区块链网络的身份信息与分配至第二区块链网络的子网标识进行关联存证,以将第二区块链网络注册为第一区块链网络的子网。然后,第二区块链网络中的各区块链节点接收锚定交易,从锚定交易中获取第一区块链网络的身份信息和分配至第二区块链网络的子网标识,并将获取的第一区块链网络的身份信息和分配至第二区块链网络的子网标识更新至第二区块链网络的身份信息中,以将第一区块链网络锚定为第二区块链网络的主网。
[0096]
区别于前述的在区块链主网基础上组建区块链子网的方式,第二区块链网络可以并非在第一区块链网络的基础上所组建,使得第二区块链网络的组建并不会与第一区块链网络之间形成管理关系。在此基础上,本说明书通过注册机制在第一区块链网络与第二区块链网络之间建立起上述的管理关系,从而使得第一区块链网络成为第二区块链网络的主网、第二区块链网络成为第一区块链网络的子网。
[0097]
注册交易可由第二区块链网络的管理员发起,即仅允许管理员将第二区块链网络注册为其他区块链网络的子网,而避免将注册权限开放给普通成员,以防止由此导致的安全性问题。在一些情况下,也可以允许第二区块链网络的普通成员发起上述注册交易,使得普通成员能够在管理员不便于发起交易的情况下依然能够快捷地完成注册。
[0098]
以图5所示为例,第一区块链网络为subnet0,该subnet0包含的区块链节点为nodea、 nodeb、nodec、noded和nodee等。与图4所示实施例类似的,在subnet0的基础上组建相应的区块链子网subnet1和subnet2,以在subnet0与subnet1之间、subnet0与subnet2之
间分别建立起管理关系,使得subnet0可以分别对subnet1和subnet2进行管理。进一步地,假定存在一区块链网络为subnet3,该subnet3包含nodek、nodel、nodem和noden等区块链节点,且该subnet3并非在subnet0的基础上所组建。如果nodek为管理员且仅允许管理员发起注册交易,那么可由nodek向subnet0发起上述注册交易;如果noden为管理员且仅允许管理员发起注册交易,那么nodek~nodem需要向noden进行请求,使得noden向subnet0 发起上述注册交易;如果noden为管理员但允许普通用户发起注册交易,那么nodek~nodel 均可以向subnet0发起上述注册交易。
[0099]
如前所述,在区块链主网的基础上组建区块链子网时,会使得该区块链子网与区块链主网之间存在逻辑上的层次关系,从而构成多层区块链系统,本说明书将这种机制称之为动态组网机制。比如,如图5中在subnet0上组建区块链子网subnet1、subnet2时,可以认为 subnet0处于第一层、subnet1和subnet2处于第二层。类似地,通过将第二区块链网络注册为第一区块链网络的子网,使得第一区块链网络与第二区块链网络之间形成逻辑上的层次关系,从而构成多层区块链系统,本说明书将这种机制称之为注册机制。比如,如图5中通过将subnet3注册至subnet0,可以认为subnet0处于第一层、subnet3处于第二层。
[0100]
针对通过动态组网机制和注册机制所形成的多层区块链系统,区块链主网可以为底层区块链网络,底层区块链网络并非在其他区块链网络的基础上基于动态组网机制组建的区块链子网,且底层区块链网络也并未通过注册机制成为其他区块链网络的子网,即底层区块链网络不存在对应的主网、不受其他区块链网络的管理,比如图5中的subnet0可以认为属于底层区块链网络类型的区块链主网;或者,区块链主网也可以通过动态组网机制或注册机制成为其他区块链网络的子网,比如可以在图5中subnet1(或subnet2、subnet3)的基础上进一步通过动态组网机制组建另一区块链子网,或者将另一区块链网络注册为subnet1(或 subnet2、subnet3)的子网,此时可以认为subnet1(或subnet2、subnet3)为该区块链子网对应的区块链主网,而这并不影响该subnet1(或subnet2、subnet3)同时属于subnet0 的区块链子网。可见,区块链主网与区块链子网实际上是相对概念,同一区块链网络在一些情况下可以为区块链主网、另一些情况下可以为区块链子网。
[0101]
需要说明的是,在一个多层区块链系统中,可以同时包含通过动态组网机制和注册机制形成的各组区块链主网与区块链子网,比如图5中的subnet1和subnet2通过动态组网机制成为subnet0的子网,而subnet3通过注册机制成为subnet0的子网。当然,一些情况下,一个多层区块链系统也可以仅包含通过动态组网机制形成的各组区块链主网与区块链子网,或者仅包含通过注册机制形成的各组区块链主网与区块链子网。
[0102]
上述的注册交易包括调用合约的交易。该交易中可以指明被调用的智能合约的地址、调用的方法和传入的参数。例如,调用的合约可以为前述的创世合约或系统合约,调用的方法可以为注册区块链子网的方法,传入的参数可以包括第二区块链网络的身份信息。在一实施例中,该交易可以包含如下信息:
[0103]
from:administrator
[0104]
to:subnet-m
[0105]
method:regsubnet(string)
[0106]
string:genesis
[0107]
其中,from字段为该交易的发起方的信息,譬如administrator表明该发起方为管
理员; to字段为被调用的智能合约的地址,譬如该智能合约可以为subnet-m合约,则to字段具体为该subnet-m合约的地址;method字段为调用的方法,譬如在subnet-m合约中用于注册区块链子网的方法可以为regsubnet(string),而string为regsubnet()方法中的参数,上述示例中通过genesis表征该参数的取值,该genesis具体为前述的第二区块链网络的身份信息。
[0108]
第一区块链网络中的各个区块链节点分别根据收到的注册交易,执行该注册交易调用的上述regsubnet()方法,以将第二区块链网络的身份信息与分配至第二区块链网络的子网标识进行关联存证,从而相当于第一区块链网络将第二区块链网络登记为自身的子网。
[0109]
第二区块链网络的身份信息可以包括:第二区块链网络包含的所有区块链节点的信息。例如,每个区块链节点的信息可以包括:节点公钥、节点ip、节点端口号等,本说明书并不对此进行限制。
[0110]
分配至第二区块链网络的子网标识,即第二区块链网络的子网id。子网id的生成方式在本说明书中并不受限,只要确保全局唯一即可。例如,可由上述的regsubnet()方法在被调用后,临时为第二区块链网络生成子网id。再例如,可由上述的regsubnet()方法在被调用后,从预先形成的id池中为第二区块链网络选取子网id。又例如,可由第二区块链网络自行生成子网id,并与第二区块链网络的身份信息一并经由上述的genesis传入regsubnet() 方法。
[0111]
通过执行上述的智能合约,第一区块链网络中的各区块链节点可以生成相应的执行结果。合约的执行结果可以包括上述的子网id;尤其是,当子网id是由第一区块链网络所分配、而非第二区块链网络自行生成的情况下,需要通过这种方式来获知分配至第二区块链网络的子网id。当然,即便子网id是由第二区块链网络所生成,也可以通过监听合约的执行结果,以确定第一区块链网络是否已经第二区块链网络完成了登记。合约的执行结果可以包括前文所述的收据,该收据中可以包含与执行regsubnet()方法相关的event,即子网注册事件。子网注册事件的topic可以包含预定义的子网注册事件标识,以区别于其他的事件。譬如在与执行regsubnet()方法相关的event中,topic的内容为关键词regsubnet,且该关键词区别于其他方法所产生event中的topic。那么,通过监听第一区块链网络中的任一区块链节点生成的收据中各个event所含的topic,可以在监听到包含关键词regsubnet的topic的情况下,确定监听到与执行regsubnet()方法相关的event,即子网注册事件。例如,收据中的 event如下:
[0112]
event:
[0113]
[topic:other][data]
[0114]
[topic:regsubnet][data]
[0115]
......
[0116]
那么,在监听到第1条event时,由于所含topic的内容为other,确定该event与 regsubnet()方法无关;以及,在监听到第2条event时,由于所含topic的内容为regsubnet,确定该event与regsubnet()方法相关,并进而读取该event对应的data字段,该data字段包含上述的子网id。另外,子网注册事件中还可以包含第二区块链网络的身份信息,以便于确定该子网注册事件确实是针对第二区块链网络所产生。
[0117]
基于所监听到的上述子网注册事件,一方面可以确定第一区块链网络已经将第二区块链网络登记为自身的子网,另一方面可以获知第二区块链网络的子网id。因此,可以据此向第二区块链网络发起下述的锚定交易,以完成对相关信息的锚定。
[0118]
上述的子网注册事件可由注册交易的发起方在第一区块链网络中的区块链节点处进行监听,并进而由该发起方向第二区块链网络发起锚定交易。也可以由除注册交易的发起方之外的其他对象监听子网注册事件,并进而向第二区块链网络发起锚定交易。当然,锚定交易的发起方并不一定与监听上述子网注册事件的对象相同;实际上,发起注册交易的对象、监听子网注册事件的对象和发起锚定交易的对象之间并不存在必然关联,可以根据实际情况选择为同一对象或不同对象。
[0119]
注册交易也可以并非是调用智能合约的交易,使得不支持智能合约的区块链网络也可以实现本说明书的技术方案,从而由第一区块链网络对第二区块链网络的身份信息和分配至第二区块链网络的子网标识进行关联存证。例如,可以预先定义一子网注册交易类型标识,当交易包含该子网注册交易类型标识时,就表明该交易用于注册新的区块链子网,即该交易为注册交易。区块链平台代码可以包含相关的用于注册区块链子网的处理逻辑,使得运行该区块链平台代码的第一区块链节点在执行交易时,如果发现该交易中包含上述的子网注册交易类型标识,可以基于上述处理逻辑对第二区块链网络的身份信息和分配至第二区块链网络的子网标识进行关联存证。此时,分配至第二区块链网络的子网标识可以包含于注册交易中;或者,区块链平台代码也可以包含分配子网标识的逻辑,使得区块链平台代码可以针对注册交易向第二区块链网络分配相应的子网id。
[0120]
上述注册交易在被发送至第一区块链网络后,由第一区块链网络内的共识节点进行共识,并在通过共识后由各区块链节点执行该交易,以将第二区块链网络注册为自身的子网。共识过程取决于所采用的共识机制,譬如上文所述的任一共识机制,本说明书并不对此进行限制。类似的,下述的锚定交易在被发送至第二区块链网络后,由第二区块链网络内的共识节点进行共识,并在通过共识后由各区块链节点执行该交易,以将第一区块链网络锚定为自身的主网。共识过程取决于所采用的共识机制,譬如上文所述的任一共识机制,本说明书并不对此进行限制。
[0121]
通过将第一区块链网络的身份信息和分配至第二区块链网络的子网标识更新至第二区块链网络的身份信息中,使得第二区块链网络的身份信息可以对第一区块链网络与第二区块链网络之间的管理关系进行锚定。结合第一区块链网络中存证的第二区块链网络的身份信息及其子网标识,使得第一区块链网络与第二区块链网络之间实现了相互认证、交叉验证,确保第一区块链网络与第二区块链网络之间的管理关系得到双方认可,并且后续可以基于这种管理关系实现相应的管理操作。
[0122]
与上述注册交易相类似的,锚定交易可由第二区块链网络的管理员发起。在一些情况下,也可以允许第二区块链网络的普通成员发起上述锚定交易,使得普通成员能够在管理员不便于发起交易的情况下依然能够快捷地完成锚定。
[0123]
上述的锚定交易包括调用合约的交易。该交易中可以指明被调用的智能合约的地址、调用的方法和传入的参数。例如,调用的合约可以为第二区块链网络中的创世合约或系统合约,调用的方法可以为锚定区块链主网的方法,传入的参数可以包括第一区块链网络的身份信息和分配至第二区块链网络的子网id。在一实施例中,该交易可以包含如下信息:
[0124]
from:administrator
[0125]
to:subnet-s
[0126]
method:anchsubnet(string)
[0127]
string:genesis
[0128]
其中,from字段为该交易的发起方的信息,譬如administrator表明该发起方为管理员;to字段为被调用的智能合约的地址,譬如该智能合约可以为subnet-s合约,则to字段具体为该subnet-s合约的地址;method字段为调用的方法,譬如在subnet-s合约中用于锚定区块链主网的方法可以为anchsubnet(string),而string为anchsubnet()方法中的参数,上述示例中通过genesis表征该参数的取值,该genesis具体为前述的第一区块链网络的身份信息和分配至第二区块链网络的子网id。
[0129]
第二区块链网络中的各个区块链节点分别根据收到的锚定交易,执行该锚定交易调用的上述anchsubnet()方法,以将第一区块链网络的身份信息与分配至第二区块链网络的子网标识更新至第二区块链网络的身份信息中,从而相当于第二区块链网络将第一区块链网络登记为自身的主网。其中,第二区块链网络可以通过subnet-s合约中的世界状态来维护自身的身份信息,那么上述对于第二区块链网络的身份信息进行更新,实际上可以包括通过调用 subnet-s合约而对上述维护身份信息的世界状态进行更新。
[0130]
第一区块链网络的身份信息可以包括下述至少之一:第一区块链网络包含的所有区块链节点的信息,第一区块链网络的网络标识等。其中,每个区块链节点的信息可以包括:节点公钥、节点ip、节点端口号等,本说明书并不对此进行限制。通过向第一区块链网络中的区块链节点发起询问交易,可以获得第一区块链网络的身份信息;当然,也可以通过其他方式获得第一区块链网络的身份信息,本说明书并不对此进行限制。
[0131]
基于上述的注册交易和锚定交易,使得第一区块链网络和第二区块链网络之间建立起了双方相互认可的管理关系,该管理关系使得第一区块链网络成为第二区块链网络的主网、第二区块链网络成为第一区块链网络的子网,那么第一区块链网络可以基于该管理关系对第二区块链网络实施相应的管理操作。
[0132]
上述的管理操作可以包括对区块链消息的路由。例如,第一区块链网络中的任一区块链节点如果接收到区块链消息,且该区块链消息包含分配至第二区块链网络的子网标识,那么由于第一区块链网络已经注册了第二区块链网络的身份信息及其子网标识,使得该区块链节点可以根据该区块链消息包含的子网标识查询出第二区块链网络的身份信息,并将该区块链消息转发至第二区块链网络。可见,基于上述管理关系的建立,使得第一区块链网络可以将区块链消息路由至第二区块链网络,有助于提升区块链消息的传输成功率。并且,当某一对象与第一区块链网络之间的网络环境较好、与第二区块链网络之间的网络环境较差时,可以实质上将第一区块链网络作为该对象与第二区块链网络之间的消息传输中继,从而有助于提升区块链消息的传输速率和成功率。其中,上述的区块链消息可以包括区块链交易、区块数据、共识消息等各种类型的消息,本说明书并不对此进行限制。
[0133]
第一区块链网络中的各区块链节点还可以记录第二区块链网络的运行状态,比如该运行状态可以包括可用状态、停用状态、暂停状态等。那么,第一区块链网络中的任一区块链节点在收到上述的区块链消息,且确定该区块链消息包含第二区块链网络的子网id的情况下,可以进一步查询第二区块链网络的运行状态,从而在第二区块链网络处于可用状
态时转发该区块链消息,否则可以不转发以节省网络资源。
[0134]
上述的管理操作可以包括针对第二区块链网络的直接管理。例如,可以通过向第一区块链网络发起针对第二区块链网络的管理交易,以针对第二区块链网络进行管理。该管理交易的发起方譬如可以为第一区块链网络的管理员,当然并不排除可以为其他对象。相应地,第一区块链网络中的各区块链节点可以接收管理交易,从该管理交易中获取分配至第二区块链网络的子网标识和管理指令,并将该管理指令发送至第二区块链网络;具体的,可以基于管理交易中的子网标识查询相应子网的身份信息,譬如在查询到第二区块链网络的身份信息时,向第二区块链网络发送管理指令。而第二区块链网络中的各区块链节点在确定该管理指令由自身对应的主网所发送的情况下,执行该管理指令以完成相应的管理操作。
[0135]
在实际操作过程中,可以通过多种方式将管理指令传递至第二区块链网络。举例而言:管理指令可以被包含于第一区块链网络执行管理交易而生成的子网管理事件中,该子网管理事件包含上述的管理指令和管理交易包含的子网标识。那么,当第二区块链网络监听到包含自身的子网标识的子网管理事件时,可以确定该子网管理事件所含的管理指令是针对自身进行管理。或者,第一区块链网络中的任一区块链节点所处的节点设备可以监听上述的子网管理事件,并根据该子网管理事件包含的子网标识,向第二区块链网络发送管理指令。或者,第一区块链网络在执行上述管理交易的过程中,可以通过相关技术中的跨链机制将管理指令发送至第二区块链网络。
[0136]
上述的管理指令可以用于实现下述至少之一:改变第二区块链网络的运行状态、管理第二区块链网络包含的区块链节点、定义第二区块链网络的业务规则、改变第二区块链网络使用的功能组件等,本说明书并不对此进行限制。当管理指令用于改变第二区块链网络的运行状态时,譬如可以将第二区块链网络的运行状态在可用状态、暂停状态与停用状态之间进行切换。当管理指令用于管理第二区块链网络包含的区块链节点时,譬如可以对第二区块链网络所含的区块链节点进行增加、删减等。当管理指令用于定义第二区块链网络的业务规则时,可以对第二区块链网络的业务规则进行增加、删除或修改,这里的业务规则譬如可以包括第二区块链网络支持解码的区块链消息的数据格式,第二区块链网络上的合约部署权限、合约调用权限、合约升级权限,第二区块链网络中需要交互并存证至第一区块链网络的数据等。当管理指令用于改变第二区块链网络使用的功能组件时,这里的功能组件由第二区块链网络中的各区块链节点运行区块链平台代码所形成,譬如可以包括共识组件、隐私保护组件、跨链组件、链下机密计算组件、子网管理组件等,管理指令可以用于增加或删除第二区块链网络使用的功能组件,或者更改其使用的功能组件,比如更改共识组件所采用的共识算法等。
[0137]
基于可通过上述动态组网机制或注册机制来形成多层区块链系统,可构建不同的区块链网络来存证不同类型的业务数据。在该场景下,不同的区块链网络之间存在交互的需求,从而通过跨链交互来实现一些复杂的业务。比如,区块链主网管理的某一区块链子网在执行业务时,需要在该区块链主网管理的另一区块链子网上写入数据,比如存证数据或者修改该另一区块链子网的世界状态。那么此时该区块链子网作为源区块链子网,该另一区块链子网作为目的区块链子网,由源区块链子网的子网节点(即源子网节点)向目的区块链子网中的子网节点(即目的子网节点)发送用于请求写入数据的跨子网请求以实现跨子
网写入数据。而为了保证区块链子网数据的安全性,可对跨子网写数据进行权限控制,比如控制允许写入数据的区块链子网,以及控制跨子网写操作的类型等等。下面结合图6对源区块链子网与目的区块链子网之间跨子网交互的权限控制过程进行详细说明。
[0138]
请参见图6,图6是一示例性实施例提供的一种跨子网交互的权限控制方法的流程图。如图6所示,该方法应用于区块链系统,该区块链系统包括区块链主网及其管理的区块链子网;该方法可以包括以下步骤:
[0139]
步骤602,目的区块链子网中的目的子网节点接收源区块链子网中的源子网节点发送的跨子网请求,所述跨子网请求包括针对所述目的区块链子网的写入操作的操作信息。
[0140]
不同的区块链子网用于执行不同的业务操作,或者用于存证不同的业务数据,而有些业务需要多类业务数据或者需要多个业务操作联动来共同实现,那么在完成该业务的过程中需要由某个区块链子网来发起跨子网交互以在其他一个或者多个区块链子网中写入数据(同时也可能包括读取数据)。其中,写入操作可以包括写入目的区块链子网上部署的智能合约,或者,写入目的区块链子网的区块等等。当然,写入操作的具体形式可根据实际情况灵活设定,本说明书并不对此进行限制。
[0141]
具体而言,可通过上述消息机制的方式来发起跨子网交互。比如,源区块链子网接收到第一区块链交易,该第一区块链交易用于调用部署于源区块链子网上的智能合约以完成某个业务,而该业务需要在目的区块链子网上写入数据,那么源区块链子网响应于提交至源区块链子网的第一区块链交易,执行第一区块链交易调用的智能合约以生成包含操作信息(比如为用于指示如何执行写入操作的参数)的事件,源区块链子网中的子网节点在监听到该事件后,读取该事件中包含的操作信息以生成跨子网请求(即跨子网请求中包含写入操作的操作信息)。
[0142]
举例而言,假定subnet a和subnet b均为区块链主网subnet 0的区块链子网,部署于 subnet a上的业务合约用于为用户提供会员服务,subnet b用于存储用户的会员信息,假定 subnet a要为一位新用户注册会员,注册会员需要记录用户的身份证号码,而用户的身份证号码由subnet b负责存储。那么,用户可向subnet a发起调用业务合约的区块链交易,该区块链交易中包含业务合约的合约地址、subnet b的子网标识、身份证号码等信息。此时, subnet a作为源区块链子网,subnet b作为目的区块链子网。然后,subnet a执行业务合约生成包含操作信息(指示在subnet b上写入身份证号码)的事件,subnet a中的子网节点在监听到该事件后,生成包含该操作信息的跨子网请求并发送至subnet b中的子网节点。
[0143]
步骤604,所述目的子网节点查询所述区块链主网所管理的各个区块链子网针对所述目的区块链子网的写入操作的权限信息,并根据所述权限信息对所述操作信息进行校验。
[0144]
为了保证区块链子网数据的安全性,可针对区块链子网配置针对该区块链子网的写入操作的权限信息以实现对跨子网写服务的权限控制,比如控制允许写入数据的区块链子网,以及控制跨子网写操作的类型等等。具体而言,权限信息的权限控制维度可以包括以下至少之一:发起所述跨子网请求的区块链子网的子网标识、发起写入操作的区块链子网的区块链账户、请求写入的区块链子网的区块链账户、请求写入的参数类型。
[0145]
而针对为区块链子网配置权限信息的方式,可通过对其管理的区块链主网或者区块链子网本身。
[0146]
在一种情况下,可在各个区块链子网上部署用于记录权限信息的第一写入控制合约,即每个区块链子网上的第一写入控制合约记录有用于对自身所属区块链子网进行写入权限控制的权限信息。比如,子网subnet a上部署有记录哪些子网可在subnet a上写入数据以及写入何种数据的权限信息的智能合约,同理,子网subnet b上部署有记录哪些子网可在subnetb上写入数据以及写入何种数据的权限信息的智能合约。换言之,由区块链子网本身来进行写入权限控制。针对该情况,目的子网节点在查询区块链主网的各个区块链子网针对目的区块链子网的写入操作的权限信息时,可查询部署于目的区块链子网上的第一写入控制合约记录的权限信息。针对上述目的子网节点实时查询第一写入控制合约的情况,由于查询操作并不会影响目的区块链子网的世界状态,目的子网节点可创建本地查询交易(local查询交易),以在本地存储的对应于目的区块链子网的世界状态中查询第一写入控制合约记录的权限信息。其中,由于本地查询交易触发的查询操作不会影响目的区块链子网的世界状态,无需在区块链网络中进行共识,目的子网节点无需向目的区块链子网内的其他子网节点发送该本地查询交易以进行共识,可节约目的区块链子网的处理资源,并提高查询效率。
[0147]
进一步的,除目的子网节点实时查询权限信息以外,为了提高查询效率,可采用子网缓存策略。具体而言,可预先配置缓存专门用于存储第一写入控制合约记录的权限信息。比如,可在目的子网节点归属的节点设备上分配存储资源作为该缓存;或者,还可在其他设备(比如专门设置一个数据库服务器)上设置该缓存。那么,目的子网节点可查询预设缓存中存储的权限信息以执行校验的操作。而对于将第一写入控制合约记录的权限信息读取至预设缓存的方式,可在目的子网启动时,每个目的子网中的子网节点可采用上述创建local查询交易的方式来查询第一写入控制合约记录的权限信息。而对于目的子网启动之后,区块链系统的管理员可根据需要更改第一写入控制合约记录的权限信息。比如,管理员可向上述目的子网发起针对权限信息的更新交易(即调用第一写入控制合约来更新权限信息,包含相应的更新信息),第一写入控制合约在响应权限信息的更新交易的情况下可生成更新事件(包含更新信息),那么目的子网节点可在监听到第一写入控制合约生成的针对权限信息的更新事件的情况下,根据更新事件记录的更新信息更新预设缓存。
[0148]
在另一种情况下,可在管理区块链子网的区块链主网上部署用于记录权限信息的第二写入控制合约,即用于控制在每个区块链子网上写入数据的权限信息均记录和维护于在区块链主网上部署的第二写入控制合约中。比如,区块链主网subnet 0管理子网subnet a-subnetc,那么可在subnet 0上部署第二写入控制合约,该合约分别记录有用于控制在subneta-subnet c上写入数据的权限信息。换言之,由区块链主网来对其管理的区块链子网进行写入权限控制。针对该情况,目的子网节点在查询区块链主网的各个区块链子网针对目的区块链子网的写入操作的权限信息时,可查询部署于区块链主网上的第二写入控制合约记录的权限信息。
[0149]
以基于上述基于动态组网机制组建的区块链子网为例,在该情况下,由上述描述动态组网机制的相关内容可知:部署区块链主网中主网节点的节点设备还用于部署区块链子网的子网节点,且部署于任一节点设备的主网节点和子网节点共享任一节点设备的区块
链插件,使得子网节点可通过该区块链插件查询主网节点维护的关于区块链主网的数据。那么,目的子网节点可通过部署该目的子网节点的目标节点设备(即该目的子网节点所属的节点设备)中的区块链插件,在目标节点设备部署的主网节点在本地存储的对应于区块链主网的世界状态中,查询第二写入控制合约记录的所述权限信息。
[0150]
比如,第二写入控制合约可以是上述的subnet系统合约(即子网管理合约),该区块链插件可以是subnetplugin,主网节点可调用subnetplugin查询subnet系统合约维护的区块链子网的信息(节点id、节点公钥、通讯地址等,被维护在区块链主网的子网管理合约的合约状态中),并存储在内存中作为区块链主网和相应区块链子网的共享部分以供查询。那么,目的子网节点可调用subnetplugin查询上述权限信息。
[0151]
以基于上述注册机制组件组建的区块链子网为例,目的区块链子网还可以为通过上述注册机制注册至区块链主网的区块链子网。在该情况下,目的区块链子网中的目的子网节点可向区块链主网提交查询交易,该查询交易用于指示区块链主网查询subnet系统合约(即子网管理合约)中记录的上述权限信息。
[0152]
下面对第一写入控制合约和第二写入控制合约记录的权限信息进行举例说明。
[0153]
比如写入控制合约控制的写入操作包括创建账户(createaccount)、转账 (transferbalance)、调用合约(callcontract)等等。那么权限信息的形式可如下:
[0154][0155]
其中,子网标识表示可写入该目的子网的源子网的id;交易属性表示源子网可在目的子网创建的交易的属性;原始账户表示可在源子网发起写入操作的账户;目标账户表示可写入该目的子网中的账户;合约中的函数表示在目标账户为合约账户的情况下,允许控制该合约账户内的方法。
[0156]
当然,权限信息还可采用白名单的形式,可根据实际需求灵活设定,本说明书并不对此进行限制。
[0157]
步骤606,所述目的子网节点在校验通过的情况下响应于所述跨子网请求,根据所述操作信息执行相应的写入操作。
[0158]
在校验通过的情况下,可由目的区块链子网的主节点(比如目的区块链子网采用pbft算法进行共识,那么可通过pbft共识算法来选取主节点)响应于跨子网请求而创建第二区块链交易,并在目的区块链子网内发起第二区块链交易。在所述操作信息的第二区块链交易通过共识的情况下,目的区块链子网内的子网节点响应于第二区块链交易,根据该操作信息执行相应的写入操作。
[0159]
由上述实施例可见,在区块链主网管理多个区块链子网的应用场景下,不同区块
链子网之间存在跨子网写服务的需求,即某一业务的实现需要一个区块链子网在另一区块链子网上写入数据。对此,通过预先针对区块链子网配置针对该区块链子网的写入操作的权限信息,可在其他区块链子网请求对该区块链子网写入数据的情况下,利用该权限信息对请求写入数据的跨子网请求进行校验,以在校验通过的前提下再执行写入操作,从而保证区块链子网数据的安全性,实现对跨子网写服务的权限控制,比如控制允许写入数据的区块链子网,以及控制跨子网写操作的类型等等。
[0160]
除此之外,为了保证跨子网交互过程中的数据隐私,可采用数字信封的方式对跨子网请求所传输的区块链消息(比如上述操作信息)进行加密。该数字信封加密的方式结合了对称加密算法和非对称加密算法。具体而言,源子网节点采用自身的对称密钥对待传输的区块链消息加密,并将加密后的区块链消息添加至跨子网请求中。然后,源子网节点采用目的节点的节点公钥对该对称密钥加密,并将加密后的对称密钥添加至跨子网请求中。相应的,目的节点在接收到跨子网请求后,先采用自身的节点私钥对跨子网请求中包含的密文形式的对称密钥进行解密,得到明文形式的对称密钥,然后再通过该对称密钥对跨子网请求中包含的区块链消息进行解密。
[0161]
进一步的,为了保证跨子网请求的可靠传输,源区块链子网中的源子网节点可分别向目的区块链子网中的每个目的节点发送跨子网请求,以由每个目的节点对跨子网请求进行响应。通过上述发送跨子网请求的方式,即便在传输过程中部分跨子网请求丢失,也可保证目的区块链子网中的目的节点可接收到跨子网请求以进行响应,从而进一步保证源区块链子网能够顺利获取到目的区块链子网针对跨子网请求的响应结果。在该传输跨子网请求的方式下,源区块链子网中的源子网节点可分别采用目的区块链子网中每个目的节点的节点公钥对自身的对称密钥加密,并将加密得到的各个对称密钥均添加至跨子网请求中,然后源子网节点分别向目的区块链子网中的每个目的节点发送该跨子网请求。相应的,目的节点在接收到跨子网请求后,先采用自身的节点私钥分别对跨子网请求中包含的各个密文形式的对称密钥进行解密,可对采用该目的节点的节点公钥加密的对称密钥成功解密,然后再通过解密成功的对称密钥对跨子网请求中包含的区块链消息进行解密。通过上述分别采用每个目的节点的节点公钥加密对称密钥的方式,可保证针对跨子网请求的统一创建方式,简化创建跨子网请求的操作,避免源子网节点在创建跨子网请求的过程中分别针对每个目的节点进行差异化处理,比如分别仅采用每个目的节点的节点公钥加密对称密钥,并添加至跨子网请求中以发送至相应的目的节点。
[0162]
对于跨子网请求所传输的区块链消息,可以为源区块链子网在执行智能合约的过程中生成的事件。具体而言,源区块链子网上部署有智能合约,业务发起方可向源区块链子网发起用于调用该智能合约的第一区块链交易,第一区块链交易中指示有目的区块链子网的网络标识,该目的区块链子网存证有智能合约的待处理数据。那么,源子网节点可响应于第一区块链交易,执行智能合约以创建区块链消息添加至跨子网请求中,该区块链消息用于指示目的区块链子网返回智能合约的待处理数据。
[0163]
举例而言,在业务层中,subnet a中的源子网节点在接收到区块链交易后,可执行业务合约生成事件,该事件中包含如下字段:
[0164]
biz_id:业务id;
[0165]
request_id:请求id;
[0166]
src_subnet_id:源区块链子网标识;
[0167]
dest_subnet_id:目的区块链子网标识;
[0168]
method:调用的方法;
[0169]
args:调用的参数;
[0170]
timestamp:时间戳。
[0171]
源区块链子网subnet a内的源子网节点在监听到上述事件后,在signature message层 (消息签名层)通过调用sm消息组件对该事件进行签名,以认证源子网节点的身份。其中, node_id字段用于存放源子网节点的节点标识,msg字段用于存放监听到的事件包含的上述字段,sign字段用于存放源子网节点采用自身的节点私钥对mag字段存放的内容进行签名得到的签名数据。
[0172]
在envelope message层(消息信封层)通过调用envelope消息组件对signature message 层得到的数据采用数字信封的方式进行加密。具体而言,源区块链子网subnet a内的源子网节点可随机生成自身使用的对称密钥k(各源子网节点可使用相同或者不同的对称密钥),然后采用对称密钥k对上述node_id字段、msg字段和sign字段的内容进行加密后存放至 encry_data字段。与此同时,在区块链主网subnet 0部署的subnet系统合约中,维护有各个区块链子网内子网节点的节点公钥。因此,源区块链子网subnet a内的源子网节点可通过目的区块链子网subnet b的子网标识查询subnet系统合约中维护的subnet b内每个子网节点的节点公钥,然后分别采用每个节点公钥加密自身使用的对称密钥,得到多个密文形式的对称密钥en_key1、en_key2、en_key3等等(图中以目的区块链子网subnet b内包含3个目的子网节点为例),并存放于encryped_key字段中。
[0173]
在p2p message层(通讯层)通过调用p2p消息组件将envelope message层得到的数据封装成跨子网请求。具体而言,将encryped_key字段和encry_data字段的内容存放至data 字段中。同时,跨子网请求还包含以下字段:
[0174]
src_subnet_id:表示源区块链子网标识;
[0175]
dest_subnet_id:表示目的区块链子网标识;
[0176]
msg_type:表示跨子网请求的请求类型标识。
[0177]
与此同时,在区块链主网subnet 0部署的subnet系统合约中,维护有各个区块链子网内子网节点的ip地址、端口号等地址信息。因此,源区块链子网subnet a内的源子网节点可通过目的区块链子网subnet b的子网标识查询subnet系统合约中维护的subnet b内每个子网节点的地址信息,从而在生成跨子网请求后,根据地址信息向目的区块链子网subnet b 内的每个子网节点发送跨子网请求。当然,也可广播跨子网请求,由接收方根据 dest_subnet_id字段判断自身是否需要对接收到的跨子网请求进行响应。
[0178]
类似的,目的区块链子网subnet b内的子网节点作为目的子网节点,同样依次在上述各层对接收到的跨子网请求进行处理。其中,目的子网节点采用自身的节点私钥分别对 encryped_key字段存放的各个密文形式的对称密钥进行解密,可对采用该目的子网节点的节点公钥加密的对称密钥成功解密,然后再通过解密成功的对称密钥对encry_data字段存放的区块链消息进行解密,得到node_id字段、msg字段和sign字段的内容。此时,可校验源子网节点的有效性和签名的有效性。比如,可根据跨子网请求的src_subnet_id查询subnet系统合约中维护的相应区块链子网内各个子网节点的节点标识和节点公钥。然后,
判断查询到的节点标识是否包含node_id字段存放的节点标识,当查询到的节点标识包含node_id字段存放的节点标识时,判定源子网节点的有效性校验通过。然后,采用与node_id字段存放的节点标识对应的节点公钥对sign字段存放的签名进行验签,以在验签通过的情况下判定源子网节点的签名校验通过。在校验源子网节点的有效性和签名的有效性通过之后,可读取msg 字段存放的内容以进行响应。比如,按照method字段和args字段存放内容的指示执行相应的操作,读取智能合约所需的待处理数据,然后向接收到的跨子网请求的发送方返回待处理数据。需要说明的是,在返回待处理数据的过程中,subnet b作为源区块链子网,subnet a 作为目的区块链子网,跨子网交互的过程与上述类似,在此不再赘述。
[0179]
由此可见,在基于区块链主网的跨子网交互的过程中,通过利用源区块链子网和目的区块链子网对应同一区块链主网的层级关系来对源子网节点进行身份校验,无需引入其他额外的组件(比如利用跨链中继、公证人等方式来实现两子网之间的数据交互,需要额外配置组件),校验过程中充分利用了上述层级关系的特点,目的子网节点仅需直接向区块链主网查询源子网节点的节点身份信息,能够在准确校验源子网节点身份以保证数据安全的前提下,使得校验操作更为简单、轻量和高效。
[0180]
针对上述区块链主网建立有多个区块链子网的场景,源子网节点可收到目的子网节点返回的跨子网应答(比如,包含执行上述写入操作得到的结果),而在此过程中应当保证区块链子网之间跨链交互的合法性、有效性,从而防止节点作恶所带来的不利影响。下面对源子网节点接收到跨子网应答后进行审计的过程进行详细说明。
[0181]
请参见图7,图7是一示例性实施例提供的一种跨链交互的审计方法的流程图。如图7 所示,该方法可以包括以下步骤:
[0182]
步骤702,所述源子网节点获取各个目的子网节点分别响应于所述跨子网请求返回的跨子网应答,根据所述源子网节点所处节点设备上部署的主网节点在第一区块高度所维护的目的区块链子网节点列表对获取到的跨子网应答进行验签及拜占庭容错校验,并将验签成功且通过拜占庭容错校验的标准跨子网应答和第一区块高度构造为重构应答。
[0183]
在本说明书实施例中,源区块链子网中的至少一个源子网节点向目的区块链子网发起跨链请求,包括:源区块链子网中的一个源子网节点向目的区块链子网中的一个目的子网节点发送跨链请求,以使该目的子网节点将所述跨链请求进一步在目的区块链网络中广播从而使目的区块链子网中的各目的子网节点分别获得所述跨链请求,该跨链请求所要求的应答返回方为源区块链子网中的每一个源子网节点;或者,源区块链子网中的一个源子网节点向目的区块链子网中的所有目的子网节点分别发送跨链请求,该跨链请求所要求的应答返回方为源区块链子网中的每一个源子网节点;或者,源区块链子网中的每一个源子网节点向目的区块链子网中的一个目的子网节点发送跨链请求,以使该目的子网节点将所述跨链请求进一步在目的区块链网络中广播从而使目的区块链子网中的各目的子网节点分别获得所述跨链请求,每一跨链请求所要求的应答返回方为发送该跨链请求的源子网节点;或者,源区块链子网中的每一个源子网节点向目的区块链子网中的所有目的子网节点分别发送跨链请求,该跨链请求所要求的应答返回方为发送该跨链请求的源子网节点。
[0184]
在本说明书实施例中,所述源区块链子网中的至少一个源子网节点向目的区块链子网发起跨链请求,包括:所述源区块链子网中的至少一个源子网节点在其维护的业务合约执行过程中触发生成针对所述目的区块链子网的跨链请求的情况下,调用跨子网合约将
所述跨链请求发送至所述各目的子网节点。源子网节点可以在执行业务合约的执行过程中,因业务合约所产生的一个跨链需求,可以触发生成一个针对目的区块链子网的跨链请求,并在通过本地交易调用该源子网节点上部署的跨子网合约,跨子网合约接收到该跨链请求后进行进一步的封装并调用源子网节点所处节点设备上部署的通讯插件将该跨链请求发送至目的区块链子网中相应的源子网节点。
[0185]
本说明书实施例所涉及的本地交易不参与区块链共识的交易,仅作为节点本地的内部调用媒介;本说明书实施例所涉及的跨子网合约维护有区块链主网所管理的各区块链子网的通讯地址,参与跨链消息的封装以及调用本地的通讯插件,以实现跨链交互的功能。
[0186]
在本说明书实施例中,所述根据所述源子网节点所处节点设备上部署的主网节点在第一区块高度所维护的目的区块链子网节点列表对获取到的跨链应答进行验签及拜占庭容错校验,包括:
[0187]
根据所述目的区块链子网节点列表中包含的所述各目的子网节点对应的公钥,对所述获取到的跨链应答对应的应答签名信息进行验签;在所述获取到的跨链应答中内容相同的跨链应答超过(大于)第一预设数量且对应的应答签名信息验签成功的情况下,将所述内容相同的跨链应答之一确定为验签成功且通过拜占庭容错校验的标准跨链应答。
[0188]
各目的子网节点在接收到所述跨链请求后,不仅会返回针对所述跨链请求的跨链应答,还会基于自身的节点私钥生成该跨链应答对应的应答签名信息并返回源子网节点,因此源子网节点可以通过对任一跨链应答对应的应答签名信息进行验签来确定该任一跨链应答的有效性。本说明书实施例所涉及的目的区块链子网节点列表包含目的区块链子网的节点成员信息,例如节点id、节点公钥、通讯地址等,该目的区块链子网节点列表被维护在区块链主网的子网管理合约的合约状态中,由于合约状态会随着链上时间(区块高度)的更新而发生变化,因此源子网节点在使用目的区块链子网节点列表进行验签和拜占庭容错校验之前,需要指定使用的目的区块链节点列表是哪一区块高度所锚定的,例如源子网节点可以首先确定第一区块高度,然后指定区块链主网于第一区块高度下所维护的目的区块链子网节点列表为后续所需使用进行验签和拜占庭容错校验的目的区块子网节点列表。另外,源子网节点获取区块链主网上维护的目的区块链子网节点列表是通过访问自身所处节点设备上部署的主网节点所实现。
[0189]
在本说明书实施例中,第一预设数量通过所述目的区块链子网节点列表包含的所述目的区块链子网对应的第一节点总数所确定。具体而言,在针对跨链应答的拜占庭容错校验中,假设所述目的区块链子网对应的第一节点总数,即目的区块链子网中包含的所有目的子网节点的数量为3a(a为正整数),那么第一预设数量应为a。
[0190]
在本说明书实施例中,第一区块高度为所述源子网节点对获取到的跨链应答进行验签及拜占庭容错校验时所述主网节点所维护的最新区块的区块高度;或者,第一区块高度为所述源子网节点按照预设的区块选取规则从所述主网节点所维护的区块中所选取的目标区块的区块高度。源子网节点在确定第一区块高度时,可以将其确定为源子网节点对获取到的跨链应答进行验签及拜占庭容错校验时所述主网节点所维护的最新区块的区块高度,这样可以确保源子网节点进行验签和拜占庭容错校验时所使用的是最新的目的区块链子网节点列表,但由于源子网节点获取区块链主网上维护的目的区块链子网节点列表的方式是通过访问自身所处节点设备上部署的主网节点所实现,而不同的源子网节点所处节
点设备上部署的主网节点可能在最新区块高度上存在差异,因此对于不同的源子网节点而言,其所分别获取到的目的区块链子网节点列表可能并不一致,这导致源子网节点所进行的针对跨链应答的验证和的拜占庭容错校验的过程不可靠。
[0191]
或者,源子网节点在确定第一区块高度时,可以按照预设的区块选取规则从所述主网节点所维护的区块中所选取的目标区块的区块高度,例如区块选取规则可以包括:在主网节点所维护的最新区块的共识时刻超过所述跨链请求的发送时刻的情况下,在主网节点所维护的区块中先选取出共识时刻不超过所述发送时刻的至少一个区块,再从所述至少一个区块中筛选出区块高度最高的区块作为目标区块。在本说明书实施例中,由于跨链请求的发送时刻是源区块链子网中各源子网节点均知晓的统一参数,而在主网节点所维护的最新区块的共识时刻超过所述跨链请求的发送时刻的情况下,就意味着共识时刻在所述发送时刻之前的区块就已经固定,区块链主网中的其他主网节点也维护有这些固定的区块,此时在这些固定的区块中基于统一的规则(例如选取区块高度最大的区块)所选取的目标区块也必定是一致的,因此,各源子网节点基于上述区块选取规则所选取得到的目标区块必定是一致,而第一区块高度为目标区块对应的区块高度,那么各源子网节点所确定的第一区块高度也就必定是一致的,从而可以克服不同源子网节点分别获取到的目的区块链子网节点列表不一致的问题。
[0192]
步骤704,所述源子网节点在所述源区块链子网中广播所述重构应答,并接收所述源区块链子网中的其他子网节点广播的重构应答。
[0193]
每个源子网节点在对自身所接收到的跨链应答进行验签和拜占庭容错校验后,均会确定得到一个标准跨链应答,并将所述标准跨链应答和第一区块高度构造为重构应答,再将所述重构应答在源区块链子网中广播,以使除自身外的每个源子网节点都能获取所述重构应答,同时,也会接受其他源子网节点广播的重构应答。为了使验证方能够确认重构应答的合法性,每个源子网节点在构造得到对应的重构应答后,还会基于自身的节点私钥对该重构应答进行签名得到对应的共识签名信息,并在广播该重构应答时同时将对应的共识签名信息进行广播。每个重构应答可以反映出生成它的源子网节点在对跨链应答进行验签和拜占庭容错校验是所使用的目的区块链子网节点列表是基于哪个区块高度获取的。
[0194]
步骤706,所述源子网节点根据源区块链子网节点列表对获取到的重构应答进行验签及拜占庭容错校验,并将验签成功且通过拜占庭容错校验的重构应答确定为响应所述跨子网请求的认证应答。
[0195]
源子网节点在接收到其他源子网节点广播的若干重构应答后,会在这些广播接受到的重构应答以及自身生成的重构应答中确定出认证应答。具体而言,所述源子网节点从获得的重构应答中选取通过拜占庭容错校验的重构应答,包括:
[0196]
根据源区块链子网节点列表中包含的各源子网节点对应的公钥,对所述获得的重构应答对应的共识签名信息进行验签;在所述获得的重构应答中内容相同的重构应答超过第二预设数量且对应的共识签名信息验签成功的情况下,将所述内容相同的重构应答之一确定为所述认证应答。
[0197]
本说明书实施例所涉及的源区块链子网节点列表包含源区块链子网的节点成员信息,例如节点id、节点公钥、通讯地址等,该源区块链子网节点列表与目的区块子网节点列表类似,同样可以被维护在区块链主网的子网管理合约的合约状态中,因此源子网节点
在使用源区块链子网节点列表进行验签和拜占庭容错校验之前,也需要指定使用的源区块链节点列表是哪一区块高度所锚定的,例如源子网节点可以首先确定第二区块高度,然后指定区块链主网于第二区块高度下所维护的源区块链子网节点列表为后续所需使用进行验签和拜占庭容错校验的源区块子网节点列表。类似的,源子网节点获取区块链主网上维护的源区块链子网节点列表也是通过访问自身所处节点设备上部署的主网节点所实现。源区块链子网节点列表还可以被维护在源子网节点自身维护的节点成员信息中,该节点成员信息同样会随着源区块链子网区块高度的更新而发生变化。
[0198]
在本说明书实施例中,第二预设数量通过所述源区块链子网节点列表包含的所述源区块链子网对应的第二节点总数所确定。具体而言,在针对重构应答的拜占庭容错校验中,假设所述源区块链子网对应的第二节点总数,即源区块链子网中包含的所有源子网节点的数量为 3b(b为正整数),那么第二预设数量应为b。
[0199]
可选的,所述重构应答还包含第二区块高度,第二区块高度为所述源子网节点构造重构应答时所述源区块链子网或所述主网节点所维护的最新区块的区块高度,第二区块高度用于在审计过程中获取所述源区块链子网节点列表。在本说明书实施例中,重构应答不仅会包括用于获取目的区块链子网节点列表的第一区块高度,还包括用于获取源区块链子网节点列表的第二区块高度,由此源子网节点可以直接在未验签的情况下对获取得到的重构应答中的第二区块高度进行统计,将占多数且内容相同的第二区块高度确定为最终获取源区块链子网列表的区块高度。在第二区块高度为所述源子网节点构造重构应答时所述主网节点所维护的最新区块的区块高度的情况下,源子网节点就直接从自身所处节点设备上部署的主网节点获取该主网节点在第二区块高度下维护的源区块链子网节点列表;在第二区块高度为所述源子网节点构造重构应答时所述源区块链子网所维护的最新区块的区块高度的情况下,源子网节点获取自身在第二区块高度下维护的源区块链子网节点列表。
[0200]
步骤708,所述源子网节点对所述跨子网请求、所述认证应答、验签成功且通过拜占庭容错校验的所有跨子网应答对应的应答签名信息以及验签成功且通过拜占庭容错校验的所有重构应答对应的共识签名信息进行存证。
[0201]
源子网节点可以将所述跨链请求、所述认证应答、验签成功且通过拜占庭容错校验的所有跨链应答对应的应答签名信息以及验签成功且通过拜占庭容错校验的所有重构应答对应的共识签名信息存证至所处节点设备上部署的通讯插件、自身维护的跨子网合约、和/或触发调用跨子网合约进行跨链交互的业务合约中,以便后续提供至其他验证方对所述跨链请求的认证应答进行合法性验证。
[0202]
在本说明书实施例中,源子网节点会基于各目的子网节点响应跨链请求返回的跨链应答进行验签和拜占庭校验,从而确保跨链应答可信,然而不同的源子网节点在进行验签和拜占庭校验时所使用的目的区块链子网节点列表可能有差异,这使得单个源子网节点无法确保自身进行验签和拜占庭校验的有效性,因此本说明书实施例进一步提出了源子网节点还会将确定得到的标准跨链应答与第一区块高度构成重构应答并在源子网内部进行基于拜占庭容错原则的共识校验,从而使得源子网能够最终确定出一个经过源区块链子网中所有源子网节点所共同认可的重构应答作为所述跨链请求的认证应答,从而解决了不同源子网节点所确定的目标区块链子网节点列表不一致的失信问题,在保障区块链去中心化特性下完成了可靠、可监管的跨链通信。同时,最终对所述跨链请求、所述认证应答、验签成
功且通过拜占庭容错校验的所有跨链应答对应的应答签名信息以及验签成功且通过拜占庭容错校验的所有重构应答对应的共识签名信息进行存证,也使得后续能够向验证方提供针对某跨链请求的可信验证,确保跨链过程中全流程数据的可追踪、可查和可验证。
[0203]
可选的,还包括:所述源子网节点调用所述跨子网合约中的回调方法,将所述认证应答返回至所述业务合约。在本说明书实施例中,跨子网合约在被业务合约调用并触发跨链交互的处理逻辑后,会在跨链请求对应的认证应答生成后,将所述认证应答基于所述跨子网合约的回调方法返回至所述业务合约,该回调方法可以采用前述的本地交易的方式,将携带有所述认证应答的本地交易返回至所述业务合约,从而使业务合约获取其跨链需求对应的数据。当然,所述源子网节点还可以调用所述跨子网合约中的回调方法,将验签成功且通过拜占庭容错校验的所有跨链应答对应的应答签名信息以及验签成功且通过拜占庭容错校验的所有重构应答对应的共识签名信息返回至所述业务合约,以使业务合约能够对跨链交互的全流程和认证应答进行合法性验证。
[0204]
可选的,所述响应于所述跨链请求返回的跨链应答包括所述跨链请求的描述信息,其中,所述跨链请求的描述信息包括所述跨链请求的请求标识或所述跨链请求。在本说明书实施例中,为了使源子网节点接收到的跨链应答与跨链请求之间的关联可信,可以使目的子网节点在返回的跨链应答中携带所述跨链请求的描述信息或所述跨链请求本身。
[0205]
进一步的,在所述跨链请求的描述信息为所述跨链请求的请求标识的情况下,所述方法还包括:所述源子网节点获取所述各目的子网节点分别响应于所述跨链请求返回的请求签名信息,所述请求签名信息由所述各目的子网节点针对包含所述请求标识的所述跨链请求分别进行签名得到;所述源子网节点根据所述目的区块链子网节点列表对所述请求签名信息进行验签及拜占庭容错校验,并在验签成功且通过拜占庭容错校验的情况下,确定所述跨链请求与所述请求标识之间的关联可信。如前所述,跨链应答中可以包括跨链请求的描述信息,在该描述信息本身与跨链请求具有强关联的情况下,例如描述信息即跨链请求或跨链请求对应的哈希值,那么跨链请求对应的描述信息与跨链请求之间的关联性就无需额外证明,但假如描述信息与跨链请求之间只有弱关联,例如跨链请求对应的描述信息为该跨链请求对应的请求标识(由源子网节点自行分配并维护请求标识与跨链请求之间的对应关系),那么此时跨链请求对应的描述信息与跨链请求之间的关联性就是不可靠的,需要额外提供信任凭证。在本说明书实施例中,目的子网节点响应于接收到的跨链请求中包含有请求标识,此时目的子网节点不仅会返回跨链应答,还会返回根据自身节点私钥对该跨链请求进行签名得到的请求签名信息,源子网节点在接收到各目的子网节点返回的若干请求签名信息后,可以根据目的区块链子网节点列表对所述若干请求签名信息进行验签,并在确定验签得到的内容相同的解密值(利用目的子网节点的节点公钥对请求签名信息进行解密得到的解密值)超过第一预设数量、且该解密值为所述跨链请求或所述跨链请求对应的哈希值的情况下,确定所述请求签名信息验签成功且通过拜占庭容错校验,由于包含有对应请求标识的跨链请求被各目的子网节点所认可,因此这种情况下可以确定所述跨链请求与所述请求标识之间的关联可信,从而可以使验证方能够基于请求签名信息检测出源子网节点维护有错误的请求标识与跨链请求之间的对应关系的情况,防止源区块链子网中存在节点叛变或出错所带来的失信问题。
[0206]
在本说明书实施例中,源子网节点会基于各目的子网节点响应跨链请求返回的跨
链应答进行验签和拜占庭校验,从而确保跨链应答可信,然而不同的源子网节点在进行验签和拜占庭校验时所使用的目的区块链子网节点列表可能有差异,这使得单个源子网节点无法确保自身进行验签和拜占庭校验的有效性,因此本说明书实施例进一步提出了源子网节点还会将确定得到的标准跨链应答与第一区块高度构成重构应答并在源子网内部进行基于拜占庭容错原则的共识校验,从而使得源子网能够最终确定出一个经过源区块链子网中所有源子网节点所共同认可的重构应答作为所述跨链请求的认证应答,从而解决了不同源子网节点所确定的目标区块链子网节点列表不一致的失信问题,在保障区块链去中心化特性下实现了可靠、可监管的跨链通信。同时,最终对所述跨链请求、所述认证应答、验签成功且通过拜占庭容错校验的所有跨链应答对应的应答签名信息以及验签成功且通过拜占庭容错校验的所有重构应答对应的共识签名信息进行存证,也使得后续能够向验证方提供针对某跨链请求的可信验证,确保跨链过程中全流程数据的可追踪、可查和可验证。
[0207]
与上述方法实施例相对应,本说明书还提供了相应的装置实施例。
[0208]
图8是一示例性实施例提供的一种设备的示意结构图。请参考图8,在硬件层面,该设备包括处理器802、内部总线804、网络接口806、内存808以及非易失性存储器810,当然还可能包括其他业务所需要的硬件。本说明书一个或多个实施例可以基于软件方式来实现,比如由处理器802从非易失性存储器810中读取对应的计算机程序到内存808中然后运行。当然,除了软件实现方式之外,本说明书一个或多个实施例并不排除其他实现方式,比如逻辑器件抑或软硬件结合的方式等等,也就是说以下处理流程的执行主体并不限定于各个逻辑单元,也可以是硬件或逻辑器件。
[0209]
请参考图9,跨子网交互的权限控制装置可以应用于如图8所示的设备中,以实现本说明书的技术方案。其中,该装置可以包括:
[0210]
接收单元91,使区块链主网的目的区块链子网中目的子网节点接收所述区块链主网的源区块链子网中源子网节点发送的跨子网请求,所述跨子网请求包括针对所述目的区块链子网的写入操作的操作信息;
[0211]
查询单元92,使所述目的子网节点查询所述区块链主网的各个区块链子网针对所述目的区块链子网的写入操作的权限信息,并根据所述权限信息对所述操作信息进行校验;
[0212]
写入单元93,使所述目的子网节点在校验通过的情况下响应于所述跨子网请求,根据所述操作信息执行相应的写入操作。
[0213]
上述实施例阐明的系统、装置、模块或单元,具体可以由计算机芯片或实体实现,或者由具有某种功能的产品来实现。一种典型的实现设备为计算机,计算机的具体形式可以是个人计算机、膝上型计算机、蜂窝电话、相机电话、智能电话、个人数字助理、媒体播放器、导航设备、电子邮件收发设备、游戏控制台、平板计算机、可穿戴设备或者这些设备中的任意几种设备的组合。
[0214]
在一个典型的配置中,计算机包括一个或多个处理器(cpu)、输入/输出接口、网络接口和内存。
[0215]
内存可能包括计算机可读介质中的非永久性存储器,随机存取存储器(ram)和/或非易失性内存等形式,如只读存储器(rom)或闪存(flash ram)。内存是计算机可读介质的示例。
[0216]
计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括,但不限于相变内存(pram)、静态随机存取存储器(sram)、动态随机存取存储器(dram)、其他类型的随机存取存储器(ram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、快闪记忆体或其他内存技术、只读光盘只读存储器(cd-rom)、数字多功能光盘(dvd)或其他光学存储、磁盒式磁带、磁盘存储、量子存储器、基于石墨烯的存储介质或其他磁性存储设备或任何其他非传输介质,可用于存储可以被计算设备访问的信息。按照本文中的界定,计算机可读介质不包括暂存电脑可读媒体(transitory media),如调制的数据信号和载波。
[0217]
还需要说明的是,术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含,从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素,而且还包括没有明确列出的其他要素,或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下,由语句“包括一个
……”
限定的要素,并不排除在包括所述要素的过程、方法、商品或者设备中还存在另外的相同要素。
[0218]
上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下,在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外,在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中,多任务处理和并行处理也是可以的或者可能是有利的。
[0219]
在本说明书一个或多个实施例使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
[0220]
应当理解,尽管在本说明书一个或多个实施例可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本说明书一个或多个实施例范围的情况下,第一信息也可以被称为第二信息,类似地,第二信息也可以被称为第一信息。取决于语境,如在此所使用的词语“如果”可以被解释成为“在
……
时”或“当
……
时”或“响应于确定”。
[0221]
以上所述仅为本说明书一个或多个实施例的较佳实施例而已,并不用以限制本说明书一个或多个实施例,凡在本说明书一个或多个实施例的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本说明书一个或多个实施例保护的范围之内。
当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1