CN114328666A - 联盟链跨链分布式治理方法、装置及服务器 - Google Patents

Abstract

本申请实施例适用于区块链技术领域，提供了一种联盟链跨链分布式治理方法、装置、服务器及介质，所述方法包括：当接收到跨链治理业务时，根据所述跨链治理业务生成业务提案，所述业务提案具有对应的投票信息；将所述业务提案发送至所述跨链中继的投票节点中，所述投票节点包括创世节点和共识节点；当接收到来自所述投票节点返回的投票结果时，对所述投票结果进行计票，得到计票票数；根据所述计票票数，更新所述投票信息；当所述业务提案投票结束时，根据更新后的所述投票信息确定所述业务提案是否通过；若所述业务提案通过，则执行所述跨链治理业务。通过上述方法，可以使得联盟链跨链分布式治理去中心化。

Description

联盟链跨链分布式治理方法、装置及服务器

技术领域

本申请属于区块链技术领域，特别是涉及一种联盟链跨链分布式治理方法、装置及服务器。

背景技术

在联盟链中，各机构方业务本身存在相互监督和审查的职能要求，无法默认互信而将各自的区块链直接对接，因此在跨链的过程中存在着分权制衡的分布式治理需求。

目前联盟链的分布式治理服务的跨链治理业务的决策中，主要有公证人机制，中继链/侧链机制以及哈希时间锁定。但是公证人机制对公证人的依赖度高，在去中心化方面有欠缺；哈希时间锁定应用场景有限，只能实现资产兑换的跨链场景。因此公证人机制和哈希时间锁定的方案均无法满足分布式跨链治理的需求。

发明内容

有鉴于此，本申请实施例提供了一种联盟链跨链分布式治理方法、装置、服务器及介质，用以增强联盟链跨链分布式治理的去中心化。

本申请实施例的第一方面提供了一种联盟链跨链分布式治理方法，应用于联盟链的跨链中继，所述方法包括：

当接收到跨链治理业务时，根据所述跨链治理业务生成业务提案，所述业务提案具有对应的投票信息；

将所述业务提案发送至所述跨链中继的投票节点中，所述投票节点包括创世节点和共识节点；

当接收到来自所述投票节点返回的投票结果时，对所述投票结果进行计票，得到计票票数；

根据所述计票票数，更新所述投票信息；

当所述业务提案投票结束时，根据更新后的所述投票信息确定所述业务提案是否通过；

若所述业务提案通过，则执行所述跨链治理业务。

本申请实施例的第二方面提供了一种联盟链跨链分布式治理装置，应用于联盟链的跨链中继，所述装置包括：

生成模块，用于当接收到跨链治理业务时，根据所述跨链治理业务生成业务提案，所述业务提案具有对应的投票信息；

发送模块，用于将所述业务提案发送至所述跨链中继的投票节点中，所述投票节点包括创世节点和共识节点；

计票模块，用于当接收到来自所述投票节点返回的投票结果时，对所述投票结果进行计票，得到计票票数；

更新模块，用于根据所述计票票数，更新所述投票信息；

确定模块，用于当所述业务提案投票结束时，根据更新后的所述投票信息确定所述业务提案是否通过；

执行模块，用于若所述业务提案通过，则执行所述跨链治理业务。

本申请实施例的第三方面提供了一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如上述第一方面所述的方法。

本申请实施例的第四方面提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现如上述第一方面所述的方法。

本申请实施例的第五方面提供了一种计算机程序产品，当所述计算机程序产品在服务器上运行时，使得所述服务器执行上述第一方面所述的方法。

与现有技术相比，本申请实施例包括以下优点：

本申请实施例，联盟链的跨链中继通过投票对联盟链中的分布式治理服务范围的跨链业务进行决策。跨链中继在接收到跨链治理业务时，可以生成对应的业务提案；然后跨链中继将业务提案发送到各个创世节点和共识节点，使得管理员针对该业务提案进行投票；跨链中继根据接收到的投票结果，更新投票信息；当投票结束时，根据投票信息确定该业务提案是否通过，从而确定跨链中继是否可以执行该跨链业务。在本申请实施例中，分布式治理服务范围的跨链业务是由联盟链的多个管理员投票决策的，每个管理员都拥有对应的投票权，从而保障了分布式治理过程中的去中心化，保证了参与跨链多方的安全信任基础，大大地提高了用户参与跨链的安全保障。

附图说明

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

图1是本申请一个实施例提供的一种联盟链跨链分布式治理方法的步骤流程示意图；

图2是本申请一个实施例提供的一种联盟链的示意图；

图3是本申请一个实施例提供的另一种联盟链跨链分布式治理方法的步骤流程示意图；

图4是本申请一个实施例提供的一种联盟链跨链分布式治理装置的示意图；

图5是本申请一个实施例提供的一种服务器的示意图。

具体实施方式

以下描述中，为了说明而不是为了限定，提出了诸如特定系统结构、技术之类的具体细节，以便透彻理解本申请实施例。然而，本领域技术人员应当清楚，在没有这些具体细节的其他实施例中也可以实现本申请。在其他情况中，省略对众所周知的系统、装置、电路以及方法的详细说明，以免不必要的细节妨碍本申请的描述。

应当理解，当在本申请说明书和所附权利要求书中使用时，术语“包括”指示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其它特征、整体、步骤、操作、元素、组件和/或其集合的存在或添加。

还应当理解，在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合，并且包括这些组合。

如在本申请说明书和所附权利要求书中所使用的那样，术语“如果”可以依据上下文被解释为“当...时”或“一旦”或“响应于确定”或“响应于检测到”。类似地，短语“如果确定”或“如果检测到[所描述条件或事件]”可以依据上下文被解释为意指“一旦确定”或“响应于确定”或“一旦检测到[所描述条件或事件]”或“响应于检测到[所描述条件或事件]”。

另外，在本申请说明书和所附权利要求书的描述中，术语“第一”、“第二”、“第三”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

在本申请说明书中描述的参考“一个实施例”或“一些实施例”等意味着在本申请的一个或多个实施例中包括结合该实施例描述的特定特征、结构或特点。由此，在本说明书中的不同之处出现的语句“在一个实施例中”、“在一些实施例中”、“在其他一些实施例中”、“在另外一些实施例中”等不是必然都参考相同的实施例，而是意味着“一个或多个但不是所有的实施例”，除非是以其他方式另外特别强调。术语“包括”、“包含”、“具有”及它们的变形都意味着“包括但不限于”，除非是以其他方式另外特别强调。

下面通过具体实施例来说明本申请的技术方案。

参照图1，示出了本申请一个实施例提供的一种联盟链跨链分布式治理方法的步骤流程示意图，具体可以包括如下步骤：

S101，当接收到跨链治理业务时，跨链中继根据跨链治理业务生成业务提案，业务提案具有对应的投票信息。

本实施例的执行主体为联盟链的跨链中继。联盟链可以为由多个应用链组成的集群，由多个机构共同参与管理的区块链。图2是本申请实施例提供的一种联盟链的示意图，如图2所示，本实施例中的联盟链基于中继链的跨链技术方案，采用多方共建的分布式跨链网络架构，即跨链中继节点以分布式的方式部署于跨链各业务机构方，并通过跨链网关与各区块链平台相连。跨链中继由参与跨链的多个利益相关方共同维护，实现联盟链中跨链多方交易行为的身份统一认证、跨链交易统一见证、跨链交易合法性公开校验等分布式治理功能。基于中继链的分布式治理机制，包括中继链节点管理、应用链管理、验证规则管理和服务管理。

例如，联盟链中包括多个应用链，应用链管理可以包括管控应用链的注册、更新、冻结、激活和注销等业务。中继链节点管理可以包括管控中继链自身节点的准入、冻结、解冻等业务。验证规则管理可以包括管控应用链跨链交易验证规则的注册、更新等业务。链上服务管理可以包括管控链上服务的注册、更新、冻结、激活和注销等业务。

当跨链平台产生治理服务范围内的跨链治理业务时，跨链中继可以根据跨链治理业务生成业务提案，业务提案可以包括发起人的账户信息、提案编号、提案类型标识、提案描述、提案状态、投票集合和投票信息。提案编号与提案发起人账户地址绑定，同时也作为提案的唯一标识；提案类型标识提案所属的治理服务类型，如应用链管理、验证规则管理等；提案描述是提案内容的简单说明，如一个应用链管理的提案描述可能是“注册”或“更新”，说明该提案具体的管理操作；提案状态与提案的生命周期对应；投票集合存储了该提案相关的所有选票；投票信息统计了该提案目前收到的赞成票数、反对票数等信息。

S102，跨链中继将业务提案发送至跨链中继的投票节点中，投票节点包括创世节点和共识节点。

具体地，中继链的节点由创世节点、共识节点构成，每个节点都有一个管理员。创世节点和共识节点管控跨链联盟内的主要治理业务，初始状态下只有不少于4个的创世节点，联盟成员可以持有共识节点申请加入中继链参与协同治理。

上述投票节点可以为创世节点和共识节点。每个节点具有对应的机构的管理员，管理员在看到业务提案后，可以根据该业务提案的的提案描述，进行投票，选择支持该业务提案或者反对该业务提案。比如，业务提案的内容为要对A链进行冻结，各个管理员可以选择支持冻结A链或者反对冻结A链，然后通过对应的节点，发表自己的投票结果。各个节点会将投票结果返回至跨链中继。

S103，当接收到来自投票节点返回的投票结果时，跨链中继对投票结果进行计票，得到计票票数。

上述计票票数可以用于表示该投票结果可以代表的票数。

具体地，投票节点获取到管理员的投票结果后，将投票结果返回至跨链中继，跨链中继可以确定该投票节点的管理员的投票权重，从而确定该投票结果对应的计票票数。

创世节点和共识节点的权重均可以相同，例如，所有的投票结果均计一票。

创世节点和共识节点的权重均可以不相同，例如，创世节点的投票结果计两票，共识节点的投票结果计一票。例如，对于冻结A链这一提案，其中一个创世节点返回的投票结果为支持，则该投票结果的计票票数为两票支持票。

当然，也存在一种情况，每个节点的权重均不同。

在根据投票结果计算计票票数之前，还需要先确定针对该业务提案的投票是否结束；确定该投票节点是否已经投票；若针对该业务提案的投票未结束且该投票节点未投票，则对该投票结果进行计票，得到计票票数。如果投票结束就不需要对该投票结果进行统计；若该投票节点之前已经发送过投票结果，则也不需要统计该投票结果。

S104，根据计票票数，跨链中继更新投票信息。

具体地，每次进行计票之后，跨链中继可以更新业务提案的投票信息。投票信息中可以包括第一数值和第二数值，第一数值可以表示支持票数，第二数值可以表示反对票。每个投票结果对应有不同的票数类型，票数类型包括支持票和反对票；若票数类型为支持票，则将计票票数累加至第一数值；若票数类型为反对票，则将计票票数累加至第二数值。

S105，当业务提案投票结束时，跨链中继根据更新后的投票信息确定业务提案是否通过。

在每次更新投票信息之后，可以判断针对业务提案的投票是否结束。例如，可以确定跨链中继中的投票节点的节点数量；若接收到的投票结果的数量等于节点数量，则确定投票结束。在另一种可能的实现方式中，若根据目前的投票信息可以确定出是否通过该业务提案，也可以判定该业务提案的投票结束。例如，可以确定投票信息中的支持票数和反对票数；若支持票数大于第一阈值或者反对票数大于第二阈值，则确定业务提案结束，第一阈值可以为业务提案通过的最低支持票数，第二阈值可以为业务提案不通过的最低反对票数。

若针对业务提案的投票未结束，则等待下一个投票节点的投票结果。

若针对业务提案的投票已结束，则根据投票信息确定业务提案是否通过。联盟链中可以包括实现约定的决策策略，用于根据票数确定业务提案是否通过。

在一种可能的实现方式中，业务提案具有对应的状态信息，状态信息用于存储该业务提案是否结束。跨链中继可以读取该状态信息吗，从而确定针对该跨链中继的投票是否结束。

例如，若有4个创世节点，6个共识节点，创世节点的投票结果计两票，共识节点的投票结果计一票。决策策略为当有50％的票数支持时，则业务提案通过；当有50％的票数反对时，则业务提案不通过。此时，若完全投票，得到的总票数应为14票，那么决策策略中第一阈值为7，第二阈值为7。当跨链中继接收到来自4个创世节点的均为支持的投票结果厚，此时已经可以判定该业务提案通过，则可以确定该业务提案的投票结束。

S106，若业务提案通过，则跨链中继执行跨链治理业务。

若该业务提案通过，则跨链中继执行该跨链治理业务；否则，驳回该跨链治理业务。

在本实施例中，联盟链中的属于分布式治理服务范围内的跨链治理业务，可以由多个机构的管理员进行投票，然后根据统一的决策规则判定该跨链治理业务是否能够执行，使得每个应用链对应的机构均可以参与到分布式治理服务，增加了决策结果的公信力，增强了联盟链的去中心化。

需要说明的是，上述实施例中各步骤的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本申请实施例的实施过程构成任何限定。

参照图2，示出了本申请一个实施例提供的另一种联盟链跨链分布式治理方法的步骤流程示意图，具体可以包括如下步骤：

当跨链平台上产生治理服务范围内的业务时，中继链会自动生成一个由业务发起人提交的相应类型提案，以供中继链管理员进行投票治理。其中，提案编号与提案发起人账户地址绑定，同时也作为提案的唯一标识；提案类型标识提案所属的治理服务类型，如应用链管理、验证规则管理等；提案描述是提案内容的简单说明，如一个应用链管理的提案描述可能是“注册”或“更新”，说明该提案具体的管理操作；提案状态与提案的生命周期对应；投票集合存储了该提案相关的所有选票；票数信息统计了该提案目前收到的赞成票数、反对票数等信息。

投票管控流程主要分为投票和计票两个阶段。投票阶段由中继链上创世管理员和治理管理员进行投票，管理员只能对未结束状态(即proposed状态)的提案进行投票，每个管理员只能投一次。计票阶段中继链会根据提案的当前投票情况和投票策略判断该提案是否达到结束要求(即通过或拒绝)。每次投票完成后都会进入计票阶段，若计票时发现提案达到结束要求将会触发相应的业务操作，反之，该提案将继续等待下一个管理员的投票。

在本实施例中，跨链多方共同参与的分布式提案治理机制；实现了对应用链管理、节点管理、验证规则管理、服务管理等的全方位管理机制。且可以基于联盟成员情况，进行治理成员的增删管理，联盟链灵活可扩展。

参照图4，示出了本申请一个实施例的一种联盟链跨链分布式治理装置的示意图，具体可以包括生成模块41、发送模块42、计票模块43、更新模块44、确定模块45和执行模块46，其中：

生成模块41，用于当接收到跨链治理业务时，根据所述跨链治理业务生成业务提案，所述业务提案具有对应的投票信息；

发送模块42，用于将所述业务提案发送至所述跨链中继的投票节点中，所述投票节点包括创世节点和共识节点；

计票模块43，用于当接收到来自所述投票节点返回的投票结果时，对所述投票结果进行计票，得到计票票数；

更新模块44，用于根据所述计票票数，更新所述投票信息；

确定模块45，用于当所述业务提案投票结束时，根据更新后的所述投票信息确定所述业务提案是否通过；

执行模块46，用于若所述业务提案通过，则执行所述跨链治理业务。

在一种可能的实现方式中，所述装置，还包括：

第一判断模块，用于确定针对所述业务提案的投票是否结束；

第二判断模块，用于确定所述投票节点是否已经投票；

选择模块，用于若针对所述业务提案的投票未结束且所述投票节点未投票，则执行所述对所述投票结果进行计票，得到计票票数的步骤。

在一种可能的实现方式中，上述计票模块43，包括：

投票权重确定子模块，用于确定所述投票节点对应的投票权重；

计算子模块，用于根据所述投票权重和所述投票结果，计算所述投票结果对应的计票票数。

在一种可能的实现方式中，所述投票信息中包括第一数值和第二数值，所述更新模块44包括：

票数类型确定子模块，用于确定所述计票票数对应的票数类型，所述票数类型包括支持票和反对票；

第一累加子模块，用于若所述票数类型为支持票，则将所述计票票数累加至所述第一数值；

第二累加子模块，用于若所述票数类型为反对票，则将所述计票票数累加至所述第二数值。

在一种可能的实现方式中，上述装置还包括：

投票结束判断模块，用于确定针对所述业务提案的投票是否结束；

等待模块，用于若针对所述业务提案的投票未结束，则等待下一个投票节点的投票结果；

继续执行模块，用于若针对所述业务提案的投票已结束，则执行根据所述投票信息确定所述业务提案是否通过的步骤。

在一种可能的实现方式中，上述投票结束判断模块包括：

节点数量确定子模块，用于确定所述跨链中继中的所述投票节点的节点数量；

第一判断子模块，用于若接收到的投票结果的数量等于所述节点数量，则确定所述投票结束。

在另一种可能的实现方式中，上述投票结束判断模块还包括：

票数确定子模块，用于确定所述投票信息中的支持票数和反对票数；

第二判断子模块，用于若所述支持票数大于第一阈值或者所述反对票数大于第二阈值，则确定所述业务提案结束，所述第一阈值为所述业务提案通过的最低支持票数，所述第二阈值为所述业务提案不通过的最低反对票数。

对于装置实施例而言，由于其与方法实施例基本相似，所以描述得比较简单，相关之处参见方法实施例部分的说明即可。

图5为本申请一实施例提供的服务器的结构示意图。如图5所示，该实施例的服务器5包括：至少一个处理器50(图5中仅示出一个)处理器、存储器51以及存储在所述存储器51中并可在所述至少一个处理器50上运行的计算机程序52，所述处理器50执行所述计算机程序52时实现上述任意各个方法实施例中的步骤。

所述服务器5可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。该服务器可包括，但不仅限于，处理器50、存储器51。本领域技术人员可以理解，图5仅仅是服务器5的举例，并不构成对服务器5的限定，可以包括比图示更多或更少的部件，或者组合某些部件，或者不同的部件，例如还可以包括输入输出设备、网络接入设备等。

所称处理器50可以是中央处理单元(CentralProcessingUnit，CPU)，该处理器50还可以是其他通用处理器、数字信号处理器(DigitalSignalProcessor，DSP)、专用集成电路(ApplicationSpecificIntegratedCircuit，ASIC)、现成可编程门阵列(Field-ProgrammableGateArray，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。

所述存储器51在一些实施例中可以是所述服务器5的内部存储单元，例如服务器5的硬盘或内存。所述存储器51在另一些实施例中也可以是所述服务器5的外部存储设备，例如所述服务器5上配备的插接式硬盘，智能存储卡(SmartMediaCard,SMC)，安全数字(SecureDigital,SD)卡，闪存卡(FlashCard)等。进一步地，所述存储器51还可以既包括所述服务器5的内部存储单元也包括外部存储设备。所述存储器51用于存储操作系统、应用程序、引导装载程序(BootLoader)、数据以及其他程序等，例如所述计算机程序的程序代码等。所述存储器51还可以用于暂时地存储已经输出或者将要输出的数据。

本申请实施例还提供了一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，所述计算机程序被处理器执行时实现可实现上述各个方法实施例中的步骤。

本申请实施例提供了一种计算机程序产品，当计算机程序产品在服务器上运行时，使得服务器执行时实现可实现上述各个方法实施例中的步骤。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请实现上述实施例方法中的全部或部分流程，可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一计算机可读存储介质中，该计算机程序在被处理器执行时，可实现上述各个方法实施例的步骤。其中，所述计算机程序包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质至少可以包括：能够将计算机程序代码携带到拍照装置/服务器的任何实体或装置、记录介质、计算机存储器、只读存储器(ROM，Read-OnlyMemory)、随机存取存储器(RAM，RandomAccessMemory)、电载波信号、电信信号以及软件分发介质。例如U盘、移动硬盘、磁碟或者光盘等。在某些司法管辖区，根据立法和专利实践，计算机可读介质不可以是电载波信号和电信信号。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述或记载的部分，可以参见其它实施例的相关描述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能，但是这种实现不应认为超出本申请的范围。

在本申请所提供的实施例中，应该理解到，所揭露的装置/服务器和方法，可以通过其它的方式实现。例如，以上所描述的装置/服务器实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

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

以上所述实施例仅用以说明本申请的技术方案，而非对其限制。尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围，均应包含在本申请的保护范围之内。

Claims (10)

1.一种联盟链跨链分布式治理方法，其特征在于，应用于联盟链的跨链中继，所述方法包括：

当接收到跨链治理业务时，根据所述跨链治理业务生成业务提案，所述业务提案具有对应的投票信息；

将所述业务提案发送至所述跨链中继的投票节点中，所述投票节点包括创世节点和共识节点；

当接收到来自所述投票节点返回的投票结果时，对所述投票结果进行计票，得到计票票数；

根据所述计票票数，更新所述投票信息；

当所述业务提案投票结束时，根据更新后的所述投票信息确定所述业务提案是否通过；

若所述业务提案通过，则执行所述跨链治理业务。

2.如权利要求1所述的方法，其特征在于，在所述对所述投票结果进行计票，得到计票票数之前，还包括：

确定针对所述业务提案的投票是否结束；

确定所述投票节点是否已经投票；

若针对所述业务提案的投票未结束且所述投票节点未投票，则执行所述对所述投票结果进行计票，得到计票票数的步骤。

3.如权利要求1或2任一项所述的方法，其特征在于，所述对所述投票结果进行计票，得到计票票数，包括：

确定所述投票节点对应的投票权重；

根据所述投票权重和所述投票结果，计算所述投票结果对应的计票票数。

4.如权利要求3所述的方法，其特征在于，所述投票信息中包括第一数值和第二数值，所述根据所述计票票数，更新所述投票信息，包括：

确定所述计票票数对应的票数类型，所述票数类型包括支持票和反对票；

若所述票数类型为支持票，则将所述计票票数累加至所述第一数值；

若所述票数类型为反对票，则将所述计票票数累加至所述第二数值。

5.如权利要求1、2或4任一项所述的方法，其特征在于，在所述当所述业务提案投票结束时，根据所述投票信息确定所述业务提案是否通过之前，还包括：

确定针对所述业务提案的投票是否结束；

若针对所述业务提案的投票未结束，则等待下一个投票节点的投票结果；

若针对所述业务提案的投票已结束，则执行根据所述投票信息确定所述业务提案是否通过的步骤。

6.如权利要求5所述的方法，其特征在于，所述确定所述业务提案是否投票结束，包括：

确定所述跨链中继中的所述投票节点的节点数量；

若接收到的投票结果的数量等于所述节点数量，则确定所述投票结束。

7.如权利要求5所述的方法，其特征在于，所述确定所述业务提案是否投票结束，还包括：

确定所述投票信息中的支持票数和反对票数；

若所述支持票数大于第一阈值或者所述反对票数大于第二阈值，则确定所述业务提案结束，所述第一阈值为所述业务提案通过的最低支持票数，所述第二阈值为所述业务提案不通过的最低反对票数。

8.一种联盟链跨链分布式治理装置，其特征在于，应用于联盟链的跨链中继，所述装置包括：

生成模块，用于当接收到跨链治理业务时，根据所述跨链治理业务生成业务提案，所述业务提案具有对应的投票信息；

发送模块，用于将所述业务提案发送至所述跨链中继的投票节点中，所述投票节点包括创世节点和共识节点；

计票模块，用于当接收到来自所述投票节点返回的投票结果时，对所述投票结果进行计票，得到计票票数；

更新模块，用于根据所述计票票数，更新所述投票信息；

确定模块，用于当所述业务提案投票结束时，根据更新后的所述投票信息确定所述业务提案是否通过；

执行模块，用于若所述业务提案通过，则执行所述跨链治理业务。

9.一种服务器，包括存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，其特征在于，所述处理器执行所述计算机程序时实现如权利要求1-7任一项所述的联盟链跨链分布式治理方法。

10.一种计算机可读存储介质，所述计算机可读存储介质存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现如权利要求1-7任一项所述的联盟链跨链分布式治理方法。

Images