CN109688012B - 一种联盟链节点热备切换的方法 - Google Patents
一种联盟链节点热备切换的方法 Download PDFInfo
- Publication number
- CN109688012B CN109688012B CN201811639905.8A CN201811639905A CN109688012B CN 109688012 B CN109688012 B CN 109688012B CN 201811639905 A CN201811639905 A CN 201811639905A CN 109688012 B CN109688012 B CN 109688012B
- Authority
- CN
- China
- Prior art keywords
- node
- candidate
- nodes
- consensus
- connection
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0654—Management of faults, events, alarms or notifications using network fault recovery
- H04L41/0668—Management of faults, events, alarms or notifications using network fault recovery by dynamic selection of recovery network elements, e.g. replacement by the most appropriate element after failure
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0803—Configuration setting
- H04L41/0813—Configuration setting characterised by the conditions triggering a change of settings
- H04L41/082—Configuration setting characterised by the conditions triggering a change of settings the condition being updates or upgrades of network functionality
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/08—Configuration management of networks or network elements
- H04L41/0889—Techniques to speed-up the configuration process
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
- H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
- H04L9/3268—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements using certificate validation, registration, distribution or revocation, e.g. certificate revocation list [CRL]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer And Data Communications (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明公开了一种联盟链节点热备切换的方法。节点热备切换的步骤具体为:候选节点与共识节点建立连接;共识节点实时将其网络配置及其共识路由表信息发送给候选节点进行备份;候选节点对共识节点进行故障检测,决定是否触发节点升级替换的过程;候选节点线上升级为共识节点,根据备份的网络配置去连接区块链网络的共识节点,同时将自身共识状态初始化到共识节点宕机时的状态,以此完成替换。该方法在由多个机构参与组成的联盟区块链网络中,机构的共识节点发生异常宕机,在不引入人工操作的前提下,自动完成候选节点线上升级为共识节点,保证了在不影响区块链网络共识效率的基础上,避免了机构内共识节点发生单点故障。
Description
技术领域
本发明涉及去中心化的区块链CA证书体系,尤其涉及一种联盟链节点热备切换的方法。
背景技术
随着区块链技术的普及,人们逐渐意识到它可为传统行业带来安全可靠、简化流程、节约成本和增强信任等优点,可以弥补多方协作带来效率低、成本高、操作风险大等缺点,所以备受需要多方对等合作企业的青睐。由于多方协作往往需要严格的身份认证和专门的准入、准出授权机制,因此联盟区块链也成为他们的主要选择。
在联盟区块链中,为了防止受到其他企业节点出现拜占庭行为的影响,企业开发的业务应用交易往往是发送到自己部署的节点上去处理。目前在联盟区块链中,如果某个机构的节点出现异常宕机或者节点所在服务器出现硬件错误,虽然对于有一定容错性的区块链网络来说不会因为这个节点的宕机而受到影响,但对于企业来说,需要以最快的速度去恢复节点服务。目前常采用的恢复方法有以下两种:
由机房运维人员线下操作节点启动前的相关配置,重新启动节点,如果是存储设备发生致命错误导致数据丢失,需要涉及新节点同步区块链网络数据。
使用多个共识节点做数据与服务的备份,当一个共识节点出现异常的时候,上层应用感知以后切换服务节点。
以上两种方法都存在一定的缺点,第一种方法由于引入人工操作,可能会导致节点服务长时间无法恢复,这对于与其相互通信的智能合约应用是极其不利的。另外,如果全网数据量极大,节点数据同步所花费的时间难以估计,会导致节点处于暂时不可用状态。第二种方法虽然具有快速恢复的优点,但是为了保证企业间共识投票的公平性,所有参与企业都必须部署同等数量共识节点,共识节点数量的增加将对共识效率产生极大的影响。
发明内容
本发明的目的是针对现有技术的不足,提供一种联盟链节点热备切换的方法,使非验证节点线上升级为共识节点,完成权限升级与替换,实现在不影响共识效率的前提下,线上升级所花费时间为秒级。
本发明的目的是通过以下技术方案来实现的:一种联盟链节点热备切换的方法,包括如下步骤:
(1)候选节点网络配置:候选节点本质上是一个特殊的记账节点,持有线下第三方认证中心颁发的ECert和RCert证书;候选节点在启动之前,需要在其网络配置文件中指定它是哪个共识节点的候选节点;
(2)候选节点与共识节点建立连接:候选节点向共识节点发起建立连接请求,在物理连接建立完成以后,开始进行双方身份认证,若身份认证不通过,则连接建立失败;若身份认证通过,并且共识节点确认对端为其候选节点,则对其做Backup标记且放入候选列表中;
(3)候选节点对共识节点网络配置进行备份:在候选节点与共识节点的连接建立完成以后,共识节点每次网络连接信息发生变更,均会通知候选节点进行更新备份;备份的数据包括:区块链网络中的其他共识节点的地址连接信息、与共识节点相连的记账节点的地址连接信息、共识节点的候选列表。其中,记账节点包括候选节点,因为候选节点是特殊的记账节点;
(4)候选节点对共识节点进行故障检测:候选节点采用keepalive+超时的机制来判断共识节点是否存活,以此来决定是否触发节点升级替换操作;根据候选节点在候选列表中的位置来决定升级替换优先级,只有当排在前面的候选节点失效的时候,后面的候选节点才可触发升级替换;
(5)候选节点断开现有网络连接:当通过心跳、故障检测等确定共识节点发生异常宕机以后,候选节点的自动升级替换操作被触发;这是候选节点进行升级替换的第一步;
(6)候选节点更新线上网络配置文件:候选节点读取备份的网络配置文件,更新线上网络配置信息,作为步骤(8)网络连接建立的基础;
(7)注册并启动共识服务:启动了共识服务以后,这个节点就拥有了共识投票的功能,但是还未与共识网络的其他节点建立连接;
(8)候选节点建立共识网络连接:候选节点更新自己的身份信息,根据最新网络配置信息向其他节点发起建立连接请求,这些节点包括原来与共识节点相连的其他共识节点和记账节点,连接建立过程同步骤(2)。
进一步地,所述的步骤(1)中,我们根据证书的不同来确定节点拥有不同的权限,持有ECert表明节点有准入区块链网络的权限,持有RCert表明节点拥有参与共识投票的权限;共识节点持有ECert和RCert;记账节点持有ECert;候选节点持有ECert和RCert,但是RCert仅作为一个备份存在,在节点进行身份升级之前,它没有任何作用;另外,一个候选节点只能指定一个共识节点去获取相关网络连接信息;
进一步地,所述的步骤(2)中,一个共识节点可以与多个它的候选节点建立连接。
进一步地,所述的步骤(3)中,候选节点将接收到的网络配置信息持久化在备份网络配置文件中,不会影响候选节点目前线上自己的网路配置,只有当候选节点被触发去做升级替换的时候,线上的网络配置文件才会被备份的网络配置文件所替换,在节点完成升级替换以后,备份的网络配置文件才被删除。
进一步地,所述的步骤(4)中,keepalive用来做候选节点与共识节点间的心跳检测,判断共识节点是否存活;超时机制主要用来判断当前命中的进行升级替换的候选节点是否失效,如果候选节点失效,候选列表也需要进行更新,将失效的候选节点从候选列表中移除。
进一步的,所述的步骤(5)中,候选节点本质上是一个特殊的记账节点,它可能与一个或多个共识节点建立了连接,因此在做线上升级之前需要先断开其与其他共识节点的连接。
进一步的,所述的步骤(8)中,由于建立连接的过程需要进行身份认证,因此候选节点在开始建立连接之前首先得更新自己的身份信息,这些身份信息需要与指定共识节点一一对应,在本系统中主要为hostname信息,保证节点升级替换后,节点唯一标识保持不变,这样,对于共识网络的其他节点来说,就好像只是某个共识节点发生了短暂地断开,网络连接发生了替换而已。完成身份信息更新以后,候选节点根据最新网络配置向其他节点发起连接。
本发明的有益效果是:本发明应用于联盟链背景下的区块链网络上,保证了在不影响区块链网络共识效率、不引入人工操作的前提下对机构内共识节点自动进行热备切换,避免了机构内共识节点发生单点故障。对于传统区块链,一方面,随着区块链的运行,区块链的数据量将越来越大,当共识节点发生致命故障导致数据丢失的时候,启动一个新节点同步全网数据所花费的时间是无法预估的,可能导致节点短时间内无法处理交易。另一方面,BFT类算法在节点数量达到一定数目时共识效率下降,显然通过增加共识节点的方式也不是解决节点单点故障的最佳方法。而我们提出的联盟链节点热备切换方法则解决了这一问题,使得共识节点故障恢复所消耗的时间只需秒级。
附图说明
图1是节点建立连接程图;
图2是共识节点连接状态图;
图3是候选节点升级替换后连接状态图;
具体实施方式
下面根据附图和具体实施例详细描述本发明,本发明的目的和效果将变得更加明显。
一种联盟链节点热备切换的方法,包括如下步骤:
(1)候选节点网络配置:候选节点本质上是一个特殊的记账节点,持有线下第三方认证中心颁发的ECert和RCert证书;候选节点在启动之前,需要在其网络配置文件中指定它是哪个共识节点的候选节点;
(2)候选节点与共识节点建立连接:候选节点向共识节点发起建立连接请求,在物理连接建立完成以后,开始进行双方身份认证,若身份认证不通过,则连接建立失败;若身份认证通过,并且共识节点确认对端为其候选节点,则对其做Backup标记且放入候选列表中;
(3)候选节点对共识节点网络配置进行备份:在候选节点与共识节点的连接建立完成以后,共识节点每次网络连接信息发生变更,均会通知候选节点进行更新备份;备份的数据包括:区块链网络中的其他共识节点的地址连接信息、与共识节点相连的记账节点的地址连接信息、共识节点的候选列表。其中,记账节点包括候选节点,因为候选节点是特殊的记账节点;
(4)候选节点对共识节点进行故障检测:候选节点采用keepalive+超时的机制来判断共识节点是否存活,以此来决定是否触发节点升级替换操作;根据候选节点在候选列表中的位置来决定升级替换优先级,只有当排在前面的候选节点失效的时候,后面的候选节点才可触发升级替换;
(5)候选节点断开现有网络连接:当通过心跳、故障检测等确定共识节点发生异常宕机以后,候选节点的自动升级替换操作被触发;这是候选节点进行升级替换的第一步;
(6)候选节点更新线上网络配置文件:候选节点读取备份的网络配置文件,更新线上网络配置信息,作为步骤(8)网络连接建立的基础;
(7)注册并启动共识服务:启动了共识服务以后,这个节点就拥有了共识投票的功能,但是还未与共识网络的其他节点建立连接;
(8)候选节点建立共识网络连接:候选节点更新自己的身份信息,根据最新网络配置信息向其他节点发起建立连接请求,这些节点包括原来与共识节点相连的其他共识节点和记账节点,连接建立过程同步骤(2)。
进一步地,所述的步骤(1)中,我们根据证书的不同来确定节点拥有不同的权限,持有ECert表明节点有准入区块链网络的权限,持有RCert表明节点拥有参与共识投票的权限;共识节点持有ECert和RCert;记账节点持有ECert;候选节点持有ECert和RCert,但是RCert仅作为一个备份存在,在节点进行身份升级之前,它没有任何作用;另外,一个候选节点只能指定一个共识节点去获取相关网络连接信息;
进一步地,所述的步骤(2)中,一个共识节点可以与多个它的候选节点建立连接。由图1可知,对于请求建立连接的节点1来说,首先,向节点2发起建立连接的请求,节点2响应连接请求后,节点1与节点2就建立起了传输层加密连接,可以开始进一步身份认证以及密钥协商。节点1将自己的ECert、RCert以及是否为CVP等身份认证信息发送给节点2。节点2接收到消息后,首先,验证节点1的ECert,若ECert验证失败,则断开连接;若ECert验证通过并且身份认证信息中有RCert,说明对端节点是一个VP节点,验证RCert证书合法性,如果验证失败则断开连接,如果验证通过则两个节点生成一对共享密钥,可以开始进行安全加密通信;若ECert验证通过并且身份认证信息中没有RCert,则说明对端节点是一个NVP节点,如果它是一个CVP,则对其做标记并且有序放到候选列表中,同样生成一对共享密钥,可以开始进行安全加密通信。
进一步的,所述的步骤(3)中,CVP将接收到的网络配置信息持久化在备份网络配置文件中,不会影响CVP目前线上自己的网路配置,只有当CVP被触发去做升级替换的时候,线上的网络配置文件才会被备份的网络配置文件所替换,在节点完成升级替换以后,备份的网络配置文件才被删除。
进一步的,所述的步骤(4)中,keepalive用来做候选节点与共识节点间的心跳检测,判断共识节点是否存活;超时机制主要用来判断当前命中的进行升级替换的候选节点是否失效,如果候选节点失效,候选列表也需要进行更新,将失效的候选节点从候选列表中移除。
可能出现多种故障情况,我们以图2为例来说明各个故障情况下系统的处理方式。由图可知该VP0目前与两个普通NVP以及两个CVP相连,VP0维护的候选列表中按序存放着CVP-1和CVP-2的信息,候选列表的先后顺序决定着VP0异常停机的时候由谁来触发升级。
场景一:VP0异常宕机
VP0异常宕机后,它与NVP-1、NVP-2、CVP-1和CVP-2的连接均断开。此时,从候选列表可知,CVP-1在发现VP0心跳丢失超过一定时间后,马上进行升级替换。虽然CVP-2在心跳检测的过程中也发现了VP0的异常,但是由于自己不是候选列表首位,因此不会触发升级,而是等待CVP-1完成升级替换,后文将讨论VP0和CVP-1同时异常宕机的情况。
场景二:CVP-1异常宕机
这个场景下VP0依旧是正常工作的,所以不会发生升级替换的过程。然而此时,由于CVP-1已经停机,VP0候选列表的首位已经失效,此时如果依旧保持着失效的信息对于VP0来说是非常不利的。因此,VP0发现CVP-1停机以后,将CVP-1从候选列表中删除,同时将最新网络连接信息发送给其他CVP。
场景三:VP0和CVP-1同时宕机
由于VP0与首位候选节点CVP-1都出现了停机,因此,需要其他CVP来升级替换VP0。我们为系统提供一个可配置的超时时间,使得非首位的候选节点在超时时间内都检测不到新验证节点的存在时,则认为节点升级替换过程发生超时,需要下一位候选节点去做升级替换,被命中的候选节点在做升级替换之前,更新自己的候选列表,删除已知失效的候选节点信息。
这三个场景下,候选节点升级替换后的网络连接状态如图3所示。
进一步的,所述的步骤5)中,CVP本质上是一个NVP,它可能与多个VP建立了连接,因此在做线上升级之前需要先断开其与其他VP节点的连接。
进一步的,所述的步骤8)中,由于建立连接的过程需要进行身份认证,因此CVP在开始建立连接之前首先得更新自己的身份信息,这些身份信息需要与VP0一一对应,在本系统中主要为hostname信息,保证节点升级替换后,节点唯一标识保持不变,这样,对于共识网络的其他节点来说,就好像只是VP0发生了短暂地断开,网络连接发生了替换而已。完成身份信息更新以后,CVP根据最新网络配置向其他节点发起连接。
Claims (6)
1.一种联盟链节点热备切换的方法,其特征在于,包括如下步骤:
(1)候选节点网络配置:候选节点本质上是一个特殊的记账节点,持有线下第三方认证中心颁发的ECert和RCert证书;候选节点在启动之前,需要在其网络配置文件中指定它是哪个共识节点的候选节点;
(2)候选节点与共识节点建立连接:候选节点向共识节点发起建立连接请求,在物理连接建立完成以后,开始进行双方身份认证,若身份认证不通过,则连接建立失败;若身份认证通过,并且共识节点确认对端为其候选节点,则对其做Backup标记且放入候选列表中;
(3)候选节点对共识节点网络配置进行备份:在候选节点与共识节点的连接建立完成以后,共识节点每次网络连接信息发生变更,均会通知候选节点进行更新备份;备份的数据包括:区块链网络中的其他共识节点的地址连接信息、与共识节点相连的记账节点的地址连接信息、共识节点的候选列表;其中,记账节点包括候选节点;
(4)候选节点对共识节点进行故障检测:候选节点采用keepalive+超时的机制来判断共识节点是否存活,以此来决定是否触发节点升级替换操作;根据候选节点在候选列表中的位置来决定升级替换优先级,只有当排在前面的候选节点失效的时候,后面的候选节点才触发升级替换;
(5)候选节点断开现有网络连接:当通过心跳、故障检测的方法确定共识节点发生异常宕机以后,候选节点的自动升级替换操作被触发;这是候选节点进行升级替换的第一步;
(6)候选节点更新线上网络配置文件:候选节点读取备份的网络配置文件,更新线上网络配置信息,作为步骤(8)网络连接建立的基础;
(7)注册并启动共识服务:启动了共识服务以后,这个节点就拥有了共识投票的功能,但是还未与共识网络的其他节点建立连接;
(8)候选节点建立共识网络连接:候选节点更新自己的身份信息,根据最新网络配置信息向其他节点发起建立连接请求,这些节点包括原来与共识节点相连的其他共识节点和记账节点,连接建立过程同步骤(2);
所述的步骤(8)中,由于建立连接的过程需要进行身份认证,因此候选节点在开始建立连接之前首先得更新自己的身份信息,这些身份信息需要与指定共识节点一一对应,在本系统中主要为hostname信息,保证节点升级替换后,节点唯一标识保持不变,这样,对于共识网络的其他节点来说,只是某个共识节点发生了短暂地断开,网络连接发生了替换而已;完成身份信息更新以后,候选节点根据最新网络配置向其他节点发起连接。
2.如权利要求1所述的一种联盟链节点热备切换的方法,其特征在于,所述的步骤(1)中,我们根据证书的不同来确定节点拥有不同的权限,持有ECert表明节点有准入区块链网络的权限,持有RCert表明节点拥有参与共识投票的权限;共识节点持有ECert和RCert;记账节点持有ECert;候选节点持有ECert和RCert,但是RCert仅作为一个备份存在,在节点进行身份升级之前,它没有任何作用;另外,一个候选节点只能指定一个共识节点去获取相关网络连接信息。
3.如权利要求1所述的一种联盟链节点热备切换的方法,其特征在于,所述的步骤(2)中,一个共识节点与多个它的候选节点建立连接。
4.如权利要求1所述的一种联盟链节点热备切换的方法,其特征在于,所述的步骤(3)中,候选节点将接收到的网络配置信息持久化在备份网络配置文件中,不会影响候选节点目前线上自己的网路配置,只有当候选节点被触发去做升级替换的时候,线上的网络配置文件才会被备份的网络配置文件所替换,在节点完成升级替换以后,备份的网络配置文件才被删除。
5.如权利要求1所述的一种联盟链节点热备切换的方法,其特征在于,所述的步骤(4)中,keepalive用来做候选节点与共识节点间的心跳检测,判断共识节点是否存活;超时机制主要用来判断当前命中的进行升级替换的候选节点是否失效,如果候选节点失效,候选列表也需要进行更新,将失效的候选节点从候选列表中移除。
6.如权利要求1所述的一种联盟链节点热备切换的方法,其特征在于,所述的步骤(5)中,候选节点本质上是一个特殊的记账节点,它可能与一个或多个共识节点建立了连接,因此在做线上升级之前需要先断开其与其他共识节点的连接。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811639905.8A CN109688012B (zh) | 2018-12-29 | 2018-12-29 | 一种联盟链节点热备切换的方法 |
PCT/CN2019/103671 WO2020134152A1 (zh) | 2018-12-29 | 2019-08-30 | 一种联盟链节点热备切换的方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201811639905.8A CN109688012B (zh) | 2018-12-29 | 2018-12-29 | 一种联盟链节点热备切换的方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109688012A CN109688012A (zh) | 2019-04-26 |
CN109688012B true CN109688012B (zh) | 2020-07-17 |
Family
ID=66190354
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201811639905.8A Active CN109688012B (zh) | 2018-12-29 | 2018-12-29 | 一种联盟链节点热备切换的方法 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN109688012B (zh) |
WO (1) | WO2020134152A1 (zh) |
Families Citing this family (16)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109688012B (zh) * | 2018-12-29 | 2020-07-17 | 杭州趣链科技有限公司 | 一种联盟链节点热备切换的方法 |
CN110221938A (zh) * | 2019-05-06 | 2019-09-10 | 深圳壹账通智能科技有限公司 | 电子装置、区块链共识的方法及存储介质 |
US10944624B2 (en) | 2019-06-28 | 2021-03-09 | Advanced New Technologies Co., Ltd. | Changing a master node in a blockchain system |
CN110351133B (zh) * | 2019-06-28 | 2021-09-17 | 创新先进技术有限公司 | 用于区块链系统中的主节点切换处理的方法及装置 |
CN110572287B (zh) * | 2019-09-05 | 2022-03-18 | 腾讯科技(深圳)有限公司 | 数据容灾方法、装置、计算机设备和存储介质 |
CN110430087B (zh) * | 2019-09-16 | 2022-04-05 | 上海保险交易所股份有限公司 | 区块链热升级的架构设计与实现 |
CN111104282B (zh) * | 2019-11-26 | 2024-01-16 | 众安信息技术服务有限公司 | 一种基于区块链的节点处理方法和装置 |
CN111277645B (zh) * | 2020-01-16 | 2023-02-10 | 深圳市迅雷网络技术有限公司 | 主备节点热切换方法、区块链系统、区块链节点及介质 |
US11496558B2 (en) | 2020-01-29 | 2022-11-08 | Hewlett Packard Enterprise Development Lp | Peer-to-peer blockchain fabric management mechanism |
CN111654393B (zh) * | 2020-05-20 | 2023-01-06 | 中国工商银行股份有限公司 | 区块链组网方法及系统 |
CN111767347B (zh) * | 2020-07-27 | 2021-09-10 | 腾讯科技(深圳)有限公司 | 共识算法的切换方法、装置、节点设备及存储介质 |
CN111988188A (zh) * | 2020-09-03 | 2020-11-24 | 深圳壹账通智能科技有限公司 | 交易背书方法、装置及存储介质 |
CN112511337B (zh) * | 2020-11-09 | 2023-03-14 | 迅鳐成都科技有限公司 | 区块链共识网络自恢复方法、电子设备、系统及存储介质 |
CN112511338A (zh) * | 2020-11-09 | 2021-03-16 | 迅鳐成都科技有限公司 | 区块链共识网络动态恢复方法、电子设备、系统及介质 |
CN113472566A (zh) * | 2021-06-11 | 2021-10-01 | 北京市大数据中心 | 一种联盟区块链的状态监控方法及主节点状态监控系统 |
CN113761063B (zh) * | 2021-08-26 | 2024-04-16 | 浙商银行股份有限公司 | 一种不停机区块链迁移方法、设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107171829A (zh) * | 2017-04-24 | 2017-09-15 | 杭州趣链科技有限公司 | 一种基于bft共识算法实现的动态节点管理方法 |
CN107426157A (zh) * | 2017-04-21 | 2017-12-01 | 杭州趣链科技有限公司 | 一种基于数字证书以及ca认证体系的联盟链权限控制方法 |
CN107995197A (zh) * | 2017-12-04 | 2018-05-04 | 中国电子科技集团公司第三十研究所 | 一种实现跨管理域身份和权限信息共享的方法 |
CN108134706A (zh) * | 2018-01-02 | 2018-06-08 | 中国工商银行股份有限公司 | 区块链多活高可用系统、计算机设备以及方法 |
Family Cites Families (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3542277A4 (en) * | 2016-11-19 | 2020-08-05 | Costanz, Mario A. | SYSTEM AND METHOD OF CONCILIATION OF INTERACTION OBJECTS IN A LARGE PUBLIC BOOK BLOCKCHAIN ENVIRONMENT |
TWI815443B (zh) * | 2016-12-30 | 2023-09-11 | 美商英特爾公司 | 用於物聯網之非暫時性機器可讀取媒體 |
CN109427012B (zh) * | 2017-08-22 | 2021-06-01 | 汇链丰(北京)科技有限公司 | 一种基于区块链的交易和验证方法 |
CN108667614B (zh) * | 2018-04-19 | 2021-02-02 | 上海分布信息科技有限公司 | 一种拜占庭容错方法及其实现系统 |
CN108665271A (zh) * | 2018-05-02 | 2018-10-16 | 百度在线网络技术(北京)有限公司 | 区块链数据处理方法、装置、设备和存储介质 |
CN108769150B (zh) * | 2018-05-14 | 2021-11-12 | 百度在线网络技术(北京)有限公司 | 区块链网络的数据处理方法、装置、集群节点和存储介质 |
CN109688012B (zh) * | 2018-12-29 | 2020-07-17 | 杭州趣链科技有限公司 | 一种联盟链节点热备切换的方法 |
-
2018
- 2018-12-29 CN CN201811639905.8A patent/CN109688012B/zh active Active
-
2019
- 2019-08-30 WO PCT/CN2019/103671 patent/WO2020134152A1/zh active Application Filing
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN107426157A (zh) * | 2017-04-21 | 2017-12-01 | 杭州趣链科技有限公司 | 一种基于数字证书以及ca认证体系的联盟链权限控制方法 |
CN107171829A (zh) * | 2017-04-24 | 2017-09-15 | 杭州趣链科技有限公司 | 一种基于bft共识算法实现的动态节点管理方法 |
CN107995197A (zh) * | 2017-12-04 | 2018-05-04 | 中国电子科技集团公司第三十研究所 | 一种实现跨管理域身份和权限信息共享的方法 |
CN108134706A (zh) * | 2018-01-02 | 2018-06-08 | 中国工商银行股份有限公司 | 区块链多活高可用系统、计算机设备以及方法 |
Non-Patent Citations (1)
Title |
---|
区块链共识算法的发展现状与展望;袁勇等;《自动化学报》;20181130;第44卷(第11期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
WO2020134152A1 (zh) | 2020-07-02 |
CN109688012A (zh) | 2019-04-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN109688012B (zh) | 一种联盟链节点热备切换的方法 | |
CN107040594B (zh) | 基于pbft的许可区块链节点准入的方法及装置 | |
CN101714916A (zh) | 一种备份方法、设备和系统 | |
CN110602108B (zh) | 基于区块链网络的数据通信方法、装置、设备及存储介质 | |
US7730029B2 (en) | System and method of fault tolerant reconciliation for control card redundancy | |
US20120179826A1 (en) | Address Distribution Method, Device and System Thereof | |
CN108846745B (zh) | 区块链交易处理辅助系统、区块链数据处理系统及方法 | |
CN111988150A (zh) | 区块链证书更新方法、装置、计算机设备及存储介质 | |
CN107147529A (zh) | 一种数据容灾系统及方法 | |
CN115473908B (zh) | 一种区块链节点故障恢复方法及区块链系统 | |
CN112380064A (zh) | 一种区块链中的共识节点容错方法、装置及系统 | |
CN112615914A (zh) | 一种利用边界网关协议传递组播热备表项的方法 | |
CN112507019A (zh) | 一种基于智能合约的pbft共识系统及方法 | |
CN105323271B (zh) | 一种云计算系统以及云计算系统的处理方法和装置 | |
US10756975B2 (en) | Multiple site rolling upgrade protocol | |
CN103780433B (zh) | 自愈式虚拟资源配置管理数据架构 | |
CN113630445B (zh) | 一种基于区块链网络的数据存储方法及装置 | |
US7885184B2 (en) | Method and apparatus for re-establishing anonymous data transfers | |
CN111338848B (zh) | 故障应用副本处理方法、装置、计算机设备和存储介质 | |
CN116346582A (zh) | 一种实现主备双网冗余方法、装置、设备及存储介质 | |
CN108038782B (zh) | 一种用于证券交易的安全系统及用于证券交易的安全校验方法 | |
KR102294048B1 (ko) | 블록체인 응용서비스의 복제 실행 방법 및 블록체인 응용서비스의 복제 실행 시스템 | |
CN102014008A (zh) | 一种数据容灾方法及系统 | |
KR101765317B1 (ko) | Ip ivr 이중화 시스템 및 그 방법 | |
CN115134220A (zh) | 主备服务器切换方法及装置、计算设备和存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |