CN113630455B - 一种适用于物联网的Raft共识方法 - Google Patents
一种适用于物联网的Raft共识方法 Download PDFInfo
- Publication number
- CN113630455B CN113630455B CN202110882162.2A CN202110882162A CN113630455B CN 113630455 B CN113630455 B CN 113630455B CN 202110882162 A CN202110882162 A CN 202110882162A CN 113630455 B CN113630455 B CN 113630455B
- Authority
- CN
- China
- Prior art keywords
- internet
- things
- random number
- node
- consensus
- 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
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/60—Protecting data
- G06F21/64—Protecting data integrity, e.g. using checksums, certificates or signatures
-
- 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/069—Management of faults, events, alarms or notifications using logs of notifications; Post-processing of notifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
- H04L67/10—Protocols in which an application is distributed across nodes in the network
- H04L67/104—Peer-to-peer [P2P] networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/56—Provisioning of proxy services
- H04L67/568—Storing data temporarily at an intermediate stage, e.g. caching
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Computer Security & Cryptography (AREA)
- Bioethics (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- Physics & Mathematics (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computing Systems (AREA)
- Medical Informatics (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种适用于物联网的Raft共识方法,包括,通过物联网采集设备实时采集分布式物理网网络中的物联网数据,并将物联网数据缓存于物联网网关;在60s+K/N的时间内将物联网数据进行打包,并统计打包的数据流量;基于线性同余算法的随机数函数及哈希算法计算随机数Nonce值;根据数据流量参数进行选主难度动态调整,确定目标值,并判断随机数Nonce值是否符合目标值;设计计时器并启动共识选主流程,根据符合目标值的随机数Nonce值,选取共识主节点,并进行RAFT日志复制;本发明根据节点接收采集设备所接收的数据量的动态变化实现主节点的动态选举,且安全可靠,运维成本低。
Description
技术领域
本发明涉及共识机制的技术领域,尤其涉及一种适用于物联网的Raft共识方法。
背景技术
RAFT共识算法是实现分布式共识的一种算法,主要用来管理日志复制的一致性,该共识算法以其更易理解、共识效率高而被许多分布式***采用。
然而,由于传统RAFT共识算法采用的是多次通信投票选主方式,这对于通常采用P2P网络的分布式***的通信效率提出更高要求,同时,基于投票选主的RAFT共识算法随机性很强,虽保障一定的安全性,但中心化程度过高,无法适用于弱信任环境中。通信环境要求过高及不适用于弱信任环境的问题,使得传统RAFT共识算法无法与物联网应用场景相耦合。
发明内容
本部分的目的在于概述本发明的实施例的一些方面以及简要介绍一些较佳实施例。在本部分以及本申请的说明书摘要和发明名称中可能会做些简化或省略以避免使本部分、说明书摘要和发明名称的目的模糊,而这种简化或省略不能用于限制本发明的范围。
鉴于上述现有存在的问题,提出了本发明。
因此,本发明提供了一种适用于物联网的Raft共识方法,能够解决共识算法与物联网应用场景耦合性问题。
为解决上述技术问题,本发明提供如下技术方案:包括,通过物联网采集设备实时采集分布式物理网网络中的物联网数据,并将所述物联网数据缓存于物联网网关;在60s+K/N的时间内将物联网网关中的物联网数据进行打包,并统计打包的数据流量;基于线性同余算法的随机数函数及SHA-256算法计算随机数Nonce值;根据数据流量参数进行选主难度动态调整,进而确定目标值,并判断所述随机数Nonce值是否符合所述目标值;若符合所述目标值,则保留符合证明;否则,则更新所述随机数Nonce值,并继续判断更新后的随机数Nonce值是否符合所述目标值;设计计时器并启动共识选主流程,根据符合目标值的随机数Nonce值,选取共识主节点,并进行RAFT日志复制;其中,K为常数,N其各节点单位时间内接收到的数据流量大小。
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:所述计算随机数Nonce值包括,所述基于线性同余算法的随机数函数的表达式为:
(Ni+1)=(a*Ni+b)Mod M
其中,i=0,1,...,M-1;M为当前时间戳;N为所述随机数Nonce值,a为大素数,b为常数。
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:所述设计计时器包括,所述计时器包括心跳计时器、选主计时器和紧急选主计时器;设置所述心跳计时器的时间为150ms到300ms;设置所述选主计时器的时间为60s+K/N;设置所述紧急选主计时器的时间为K/N。
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:所述选主难度动态调整包括,设计难度动态调整函数,通过所述难度动态调整函数进行所述选主难度动态调整,所述难度动态调整函数如下式:
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:所述自适应调节出块难度函数包括,
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:所述判断包括,判断条件如下:
Hash(Rand(h,n))≤N/D(H)
其中,其中h和n为输入,即区块头哈希值、以及Header中的Nonce值;N为节点接收的流量数值,N/D(H)为所述目标值。
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:还包括,可在Leader节点未出现宕机的情况下进行共识选主和在网络环境不可靠,Leader节点出现宕机的情况下启动共识选主流程。
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:所述RAFT日志复制包括,通过Client客户端向所述Leader节点提交指令,当所述Leader节点收到所述指令后,将所述指令写入本地日志中;所述Leader节点将所述指令并发复制给其他节点,并等待所述其他节点将指令写入所述本地日志中;直至所有指令都被写入到所述本地日志中,所述Leader节点将指令提交给状态机,而后状态机将执行结果返回给所述Client客户端。
作为本发明所述的适用于物联网的Raft共识方法的一种优选方案,其中:选取所述共识主节点包括,将符合目标值的第一个随机数Nonce值作为所述共识主节点。
本发明的有益效果:本发明基于传统Raft共识算法简单的日志复制流程,减少了消息繁杂的通信环节,并根据节点接收采集设备所接收的数据量的动态变化实现主节点的动态选举,且安全可靠,运维成本低。
附图说明
为了更清楚地说明本发明实施例的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其它的附图。其中:
图1为本发明第一个实施例所述的一种适用于物联网的Raft共识方法的流程示意图;
图2为本发明第一个实施例所述的一种适用于物联网的Raft共识方法的任期概念示意图;
图3为本发明第一个实施例所述的一种适用于物联网的Raft共识方法的事务请求提交示意图;
图4为本发明第一个实施例所述的一种适用于物联网的Raft共识方法的事务广播示意图;
图5为本发明第一个实施例所述的一种适用于物联网的Raft共识方法的事务同步示意图;
图6为本发明第二个实施例所述的一种适用于物联网的Raft共识方法的传统RAFT共识方法测试数据示意图。
图7为本发明第二个实施例所述的一种适用于物联网的Raft共识方法的本方法测试数据示意图。
具体实施方式
为使本发明的上述目的、特征和优点能够更加明显易懂,下面结合说明书附图对本发明的具体实施方式做详细的说明,显然所描述的实施例是本发明的一部分实施例,而不是全部实施例。基于本发明中的实施例,本领域普通人员在没有做出创造性劳动前提下所获得的所有其他实施例,都应当属于本发明的保护的范围。
在下面的描述中阐述了很多具体细节以便于充分理解本发明,但是本发明还可以采用其他不同于在此描述的其它方式来实施,本领域技术人员可以在不违背本发明内涵的情况下做类似推广,因此本发明不受下面公开的具体实施例的限制。
其次,此处所称的“一个实施例”或“实施例”是指可包含于本发明至少一个实现方式中的特定特征、结构或特性。在本说明书中不同地方出现的“在一个实施例中”并非均指同一个实施例,也不是单独的或选择性的与其他实施例互相排斥的实施例。
本发明结合示意图进行详细描述,在详述本发明实施例时,为便于说明,表示器件结构的剖面图会不依一般比例作局部放大,而且所述示意图只是示例,其在此不应限制本发明保护的范围。此外,在实际制作中应包含长度、宽度及深度的三维空间尺寸。
同时在本发明的描述中,需要说明的是,术语中的“上、下、内和外”等指示的方位或位置关系为基于附图所示的方位或位置关系,仅是为了便于描述本发明和简化描述,而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作,因此不能理解为对本发明的限制。此外,术语“第一、第二或第三”仅用于描述目的,而不能理解为指示或暗示相对重要性。
本发明中除非另有明确的规定和限定,术语“安装、相连、连接”应做广义理解,例如:可以是固定连接、可拆卸连接或一体式连接;同样可以是机械连接、电连接或直接连接,也可以通过中间媒介间接相连,也可以是两个元件内部的连通。对于本领域的普通技术人员而言,可以具体情况理解上述术语在本发明中的具体含义。
实施例1
参照图1~图5,为本发明的第一个实施例,该实施例提供了一种适用于物联网的Raft共识方法,包括:
S1:通过物联网采集设备实时采集分布式物理网网络中的物联网数据,并将物联网数据缓存于物联网网关。
S2:在60s+K/N的时间内将物联网网关中的物联网数据进行打包,并统计打包的数据流量。
其中需要说明的是,K为常数,可根据需求进行设定;N其各节点单位时间内接收到的数据流量大小。
S3:基于线性同余算法的随机数函数及SHA-256算法计算随机数Nonce值。
将数据时间戳、父块哈希值、当前区块哈希值、父块区块难度、流量值结合线性同余算法的随机数函数及SHA-256算法获得随机数Nonce值。
具体的,基于线性同余算法的随机数函数rand()的表达式为:
(Ni+1)=(a*Ni+b)Mod M
其中,i=0,1,...,M-1;M为当前时间戳;N为随机数Nonce值,a为常数,且为大素数,b为常数。
S4:根据数据流量参数进行选主难度动态调整,进而确定目标值,并判断随机数Nonce值是否符合目标值。
设计难度动态调整函数,通过难度动态调整函数进行选主难度动态调整,难度动态调整函数如下式:
进一步的,通过下式判断随机数Nonce值是否符合目标值:
Hash(Rand(h,n))≤N/D(H)
其中,其中h和n为输入,即区块头哈希值、以及Header中的Nonce值;N为节点接收的流量数值;N/D(H)为目标值;在h和n确定的情况下,D(H)越大,挖矿难度越大;同时,N越大公式右边的数值越大,整体难度越小;
若随机数Nonce值符合目标值,则保留随机数Nonce值;否则,则更新随机数Nonce值,并继续判断更新后的随机数Nonce值是否符合目标值。
若更新后的随机数Nonce值符合目标值,则停止更新随机数Nonce值。
S5:设计计时器并启动共识选主流程,根据符合目标值的随机数Nonce值,选取共识主节点,并进行RAFT日志复制。
其中需要说明的是,本方法将时间分解成任意长度的terms,如图2所示,并定义分布式网络节点有三种状态:Follower,Candidate,Leader,状态之间是相互转换的。
terms有连续单调递增的编号,每个term开始于选举,这一阶段每个Candidate都试图成为Leader节点;如果一个Candidate选举成功,它就在该term剩余周期内履行Leader职责;在某种情形下,可能选出Leader节点的情况,这时新的term立即开始;本方法确保在任何term都只可能存在一个Leader节点;term在该共识中用作逻辑时钟,servers可以利用term判断一些过时的信息:比如过时的Leader节点;另外,每台server都存储当前term号,它随时间单调递增;term号可以在任何server通信时改变:如果某个server节点的当前term号小于其它servers,那么这台server必须更新它的term号,保持一致;如果一个Candidate或者Leader节点发现自己的term过期,则降级成Follower;如果某个server节点收到一个过时的请求(拥有过时的term号),它会拒绝该请求。
设计计时器包括心跳计时器、选主计时器和紧急选主计时器;每个节点(Follower,Candidate,Leader)都有计时器;其中,心跳计时器的作用是Follower节点验证Leader节点工作状态是否正常,设置心跳计时器的时间为150ms到300ms;选主计时器的作用是Follower节点在选主阶段根据计时器发送竞选消息,设置选主计时器的时间为60s+K/N;紧急选主计时器是Leader节点发生宕机等故障时,心跳计时器倒计时结束后,各节点启用紧急选主计时器,设置紧急选主计时器的时间为K/N。
进一步的,启动共识选主流程:
具体的,(1)若在网络环境不可靠,Leader节点出现宕机的情况下进行共识选主:
若当Leader节点出现宕机,网络中的其他Follower则无法接收Leader节点发送的心跳信息;当心跳计时器的倒计时结束后,通过Follower节点启动紧急选主计时器,当紧急选主计时器的倒计时结束后,需要竞选为主节点的节点进行发送选主消息,节点状态变为Candidate,并启动共识选主流程。
(2)若在Leader节点未出现宕机的情况下选主:
①网络节点最开始的状态都是Follower,每个节点选主计时器倒计时结束后,倒计时结束的节点状态变成Candidate,然后开始选举,并收集网络中消息进行打包,同时根据S4进行计算和判断,若随机数Nonce值符合目标值,则将打包的物联网数据和随机数Nonce值发送给其他节点。
②将网络中其他节点对步骤S4的判断结果进行验证,若验证通过,则将这个节点的状态由Candidate变成Leader,同时分配该Leader节点一个新的term,并在每个一小段时间后,给所有的Follower发送一个心跳消息以保持所有节点的状态,Follower收到Leader节点的心跳消息后重置心跳计时器;
③设置选主计时器为60s+K/N,每过大约1分钟,网络中Follower节点选主计时器倒计时结束,即可发起新一轮的选主活动,其后活动流程为:网络节点最开始的状态都是Follower,每个节点选主计时器倒计时结束后,倒计时结束的节点状态变成Candidate,开始选举,并收集网络中物联网数据进行打包。
进一步的,将最先找到满足难度设定的随机数的节点选为共识主节点。
再进一步的,进行RAFT日志复制,其步骤如下:
(1)通过Client客户端向Leader节点提交指令(如:SET 5),当Leader节点收到指令后,将指令写入本地日志中;这个指令处于“uncomitted”状态,状态机(State Machine)不会执行该指令,如图3所示。
(2)Leader节点将指令(SET 5)并发复制给其他节点,并等待其他节点将指令写入日志中;如果此时有些节点写入失败或者比较慢,Leader节点会一直重试,直到所有节点都将指令写入本地到日志中;之后Leader节点就提交指令给状态机(即被状态机执行指令),并将结果返回给Client客户端,如图4所示。
其中需要说明的,Leader节点在提交指令后,下一次的心跳包中就带有通知其他节点提交指令的消息,其他节点收到Leader节点的消息后,就将指令应用到状态机中,最终每个节点的日志都保持了一致性;Leader节点会记录已经交的最大日志index,之后后续的heartbeat和日志复制请求(Append Entries)都会带上最大日志index,这样其他节点就知道哪些指令已经提交了,就可以让状态机(State Machine)执行日志中的指令,使得所有节点的状态机数据都保持一致,如图5所示。
实施例2
为了对本方法中采用的技术效果加以验证说明,本实施例选择传统Raft共识算法和采用本方法进行对比测试,以科学论证的手段对比试验结果,以验证本方法所具有的真实效果。
传统的技术方案:传统RAFT共识算法通过简单的多次通信投票竞选主节点,具有安全性低、中心化严重、通信流程复杂等缺陷。
为验证本方法相对传统方法具有较高安全性及运维成本低的优势,本实施例中将采用传统RAFT共识算法通过简单的多次通信投票竞选主节点的共识效率和本方法分别对分布式***中加入流量参数与验证计算进行主节点的共识效率进行实时测量对比。
测试环境:将分布式***在仿真平台模拟,采用10个节点的对等网络作为测试样本,分别利用传统方法的多次通信投票获得测试结果数据。采用本方法,则启动流量参数采集及共识验证计算实现本方法的仿真测试,根据实验结果得到仿真数据。每种方法各测试5组数据,计算获得每组数据共识效率时间及共识正确率,与仿真模拟输入的实际共识效率时间及共识正确率进行对比,结果如图6、图7所示。
由图可见本方法的实际共识效率时间要少于传统Raft共识算法,且共识正确率较高。
应说明的是,以上实施例仅用以说明本发明的技术方案而非限制,尽管参照较佳实施例对本发明进行了详细说明,本领域的普通技术人员应当理解,可以对本发明的技术方案进行修改或者等同替换,而不脱离本发明技术方案的精神和范围,其均应涵盖在本发明的权利要求范围当中。
Claims (6)
1.一种适用于物联网的Raft共识方法,其特征在于:包括,
通过物联网采集设备实时采集分布式网络中的物联网数据,并将所述物联网数据缓存于物联网网关;
在60s+K/N的时间内将物联网网关中的物联网数据进行打包,并统计打包的数据流量;其中,K为常数,N为其各节点单位时间内接收到的数据流量大小;
基于线性同余算法的随机数函数及SHA-256算法计算随机数Nonce值;
根据数据流量参数进行选主难度动态调整,进而确定目标值,并判断所述随机数Nonce值是否符合所述目标值;
若符合所述目标值,则保留所述随机数Nonce值;否则,则更新所述随机数Nonce值,并继续判断更新后的随机数Nonce值是否符合所述目标值;
设计计时器并启动共识选主流程,根据符合目标值的随机数Nonce值,选取共识主节点,并进行RAFT日志复制;
其中,所述选主难度动态调整包括,
设计难度动态调整函数,通过所述难度动态调整函数进行所述选主难度动态调整,所述难度动态调整函数如下式:
所述自适应调节出块难度函数包括,
判断条件如下:
Hash(Rand(h,n))≤N/D(H)
其中,其中h和n为输入,即区块头哈希值、以及Header中的Nonce值;N为节点接收的流量数值;N/D(H)为所述目标值。
2.如权利要求1所述的适用于物联网的Raft共识方法,其特征在于:所述计算随机数Nonce值包括,
所述基于线性同余算法的随机数函数的表达式为:
(Ni+1)=(a*Ni+b)Mod M
其中,i=0,1,…,M-1;M为当前时间戳;N为所述随机数Nonce值,a为大素数,b为常数。
3.如权利要求2所述的适用于物联网的Raft共识方法,其特征在于:所述设计计时器包括,
所述计时器包括心跳计时器、选主计时器和紧急选主计时器;
设置所述心跳计时器的时间为150ms到300ms;设置所述选主计时器的时间为60s+K/N;设置所述紧急选主计时器的时间为K/N。
4.如权利要求3所述的适用于物联网的Raft共识方法,其特征在于:还包括,
可在Leader节点未出现宕机的情况下进行共识选主和在网络环境不可靠、Leader节点出现宕机的情况下启动共识选主流程。
5.如权利要求4所述的适用于物联网的Raft共识方法,其特征在于:所述RAFT日志复制包括,
通过Client客户端向所述Leader节点提交指令,当所述Leader节点收到所述指令后,将所述指令写入本地日志中;
所述Leader节点将所述指令并发复制给其他节点,并等待所述其他节点将指令写入所述本地日志中;
直至所有指令都被写入到所述本地日志中,所述Leader节点将指令提交给状态机,而后状态机将执行结果返回给所述Client客户端。
6.如权利要求5所述的适用于物联网的Raft共识方法,其特征在于:选取所述共识主节点包括,
将产生符合目标值要求的第一个随机数Nonce值的节点作为所述共识主节点。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110882162.2A CN113630455B (zh) | 2021-08-02 | 2021-08-02 | 一种适用于物联网的Raft共识方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110882162.2A CN113630455B (zh) | 2021-08-02 | 2021-08-02 | 一种适用于物联网的Raft共识方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113630455A CN113630455A (zh) | 2021-11-09 |
CN113630455B true CN113630455B (zh) | 2022-06-21 |
Family
ID=78382230
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110882162.2A Active CN113630455B (zh) | 2021-08-02 | 2021-08-02 | 一种适用于物联网的Raft共识方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113630455B (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN114726856A (zh) * | 2022-02-28 | 2022-07-08 | 重庆市先进区块链研究院 | 一种基于Raft的自适应的选主方法 |
CN115051985B (zh) * | 2022-04-01 | 2024-01-12 | 深圳瑞泰信资讯有限公司 | 一种基于动态节点的拜占庭容错共识协议的数据共识方法 |
CN115842767B (zh) * | 2022-09-07 | 2024-04-23 | 湖北工业大学 | 基于共识算法的物联网设备集群协同方法及*** |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111078787A (zh) * | 2019-11-11 | 2020-04-28 | 重庆邮电大学 | 一种基于随机数映射的区块链共识方法 |
CN111953490A (zh) * | 2020-08-31 | 2020-11-17 | 上海雷龙信息科技有限公司 | 基于区块链技术的数字签名方法及*** |
CN112527647A (zh) * | 2020-12-15 | 2021-03-19 | 浙江大学 | 基于NS-3的Raft共识算法测试*** |
Family Cites Families (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11362808B2 (en) * | 2019-12-06 | 2022-06-14 | Sasken Technologies Ltd | Method and system for consensus in a permissioned blockchain |
CN112788137A (zh) * | 2021-01-06 | 2021-05-11 | 平衡机器科技(深圳)有限公司 | 一种基于raft算法的联盟链共识方法 |
-
2021
- 2021-08-02 CN CN202110882162.2A patent/CN113630455B/zh active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111078787A (zh) * | 2019-11-11 | 2020-04-28 | 重庆邮电大学 | 一种基于随机数映射的区块链共识方法 |
CN111953490A (zh) * | 2020-08-31 | 2020-11-17 | 上海雷龙信息科技有限公司 | 基于区块链技术的数字签名方法及*** |
CN112527647A (zh) * | 2020-12-15 | 2021-03-19 | 浙江大学 | 基于NS-3的Raft共识算法测试*** |
Non-Patent Citations (1)
Title |
---|
面向物联网的联盟链高效共识机制研究;任英琦;《中国优秀硕士学位论文全文数据库信息科技辑》;20210415;全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN113630455A (zh) | 2021-11-09 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN113630455B (zh) | 一种适用于物联网的Raft共识方法 | |
JP6999023B2 (ja) | ブロックチェーンネットワークにおいて大規模分散メモリプールを管理するためのコンピュータ実装されたシステム及び方法 | |
Yun et al. | DQN-based optimization framework for secure sharded blockchain systems | |
US9529923B1 (en) | Methods and apparatus for a distributed database within a network | |
US9390154B1 (en) | Methods and apparatus for a distributed database within a network | |
US20240111782A1 (en) | Methods and apparatus for a distributed database within a network | |
KR102337760B1 (ko) | 심층강화학습 기반 적응적 샤드 블록체인 네트워크 관리 장치 및 방법 | |
CN106899681A (zh) | 一种信息推送的方法以及服务器 | |
Yuan et al. | Efficient Byzantine consensus mechanism based on reputation in IoT blockchain | |
CN109117275A (zh) | 基于数据分片的对账方法、装置、计算机设备及存储介质 | |
US11620087B2 (en) | Implicit leader election in a distributed storage network | |
CN113259179B (zh) | 一种基于节点评分的拜占庭容错共识方法与*** | |
CN106878382A (zh) | 一种分布式仲裁集群中动态改变集群规模的方法及装置 | |
CN113992526A (zh) | 一种基于可信度计算的联盟链跨链数据融合方法 | |
Masood et al. | Consensus algorithms in distributed ledger technology for open environment | |
CN115865943A (zh) | 自适应动态跨链共识机制选择的方法 | |
CN116566712A (zh) | 一种基于信任分数的物联网区块链共识方法 | |
Byrenheid et al. | Attack resistant leader election in social overlay networks by leveraging local voting | |
KR102396433B1 (ko) | 에이전트 기반의 블록체인 네트워크 및 상기 네트워크의 전처리 방법 | |
CN115834512A (zh) | 一种数据共享方法、***、电子设备及存储介质 | |
Truong et al. | BFLMeta: Blockchain-Empowered Metaverse with Byzantine-Robust Federated Learning | |
CN110636090B (zh) | 窄带宽条件下的数据同步方法和装置 | |
Meiklejohn et al. | Think global, act local: Gossip and client audits in verifiable data structures | |
CN116760837B (zh) | 一种基于联邦学习和权益选举的分布式共识方法及*** | |
CN115794478B (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 |