CN113542285B - 一种针对Tendermint共识协议的多阶段自动化的形式化验证方法 - Google Patents
一种针对Tendermint共识协议的多阶段自动化的形式化验证方法 Download PDFInfo
- Publication number
- CN113542285B CN113542285B CN202110815061.3A CN202110815061A CN113542285B CN 113542285 B CN113542285 B CN 113542285B CN 202110815061 A CN202110815061 A CN 202110815061A CN 113542285 B CN113542285 B CN 113542285B
- Authority
- CN
- China
- Prior art keywords
- nodes
- consensus
- proposal
- voting
- terdermint
- 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
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/12—Applying verification of the received information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L63/00—Network architectures or network communication protocols for network security
- H04L63/14—Network architectures or network communication protocols for network security for detecting or protecting against malicious traffic
- H04L63/1441—Countermeasures against malicious traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
- H04L2209/46—Secure multiparty computation, e.g. millionaire problem
- H04L2209/463—Electronic voting
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Hardware Design (AREA)
- Computing Systems (AREA)
- General Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Hardware Redundancy (AREA)
Abstract
本发明涉及一种针对Tendermint共识协议的多阶段自动化的形式化验证方法,通过分析Tendermint共识协议中节点的状态转换过程,构建包含诚实节点和拜占庭恶意节点的共识模型,模拟不同节点在不同共识阶段下的状态以及相应的消息传递,最后利用Spin工具对Tendermint共识协议进行模型检测,利用线性时序逻辑公式验证共识机制的安全性和活性,查看该共识协议是否满足特定的安全要求。
Description
技术领域
本发明涉及一种针对Tendermint共识协议的多阶段自动化的形式化验证方法,属于区块链系统的共识安全验证领域。
背景技术
随着区块链技术的广泛应用,区块链的生态变得越来越丰富,随之而来的安全问题也越来越严重。加之区块链技术本身的特点和不足,财务风险和安全问题不断暴露,安全事件不断重复,引发了越来越多的安全事件。共识层作为区块链技术中极为重要的一部分,共识协议的安全性直接影响到整个区块链系统的正常运行。Tendermint作为一个易于理解大部分操作为异步的拜占庭容错共识协议,已被广泛应用于区块链系统中,但其安全性尚未得到验证。
目前,共识协议的安全性验证研究集中在安全性分析、形式化验证、建模分析等方法。安全性分析通过分析共识协议的机制和流程,从理论的角度探究共识协议是否满足安全要求,但该方法无法保证共识协议中一定不存在安全问题。形式化验证是使用数学的形式方法,证明基于系统的某种形式说明或性质符合协议预期的正确性,但形式化验证在面对状态数目较多的情况时往往需要较高的时间和空间成本。建模分析通过调整模型中的系统参数,从而模拟和分析不同环境下共识协议的各种情况,研究攻击者的攻击代价和攻击收益,并在此基础上设计防御策略,但是建模分析只能模拟共识协议的许多不同情况,而不能完全重现实际系统的情况。因此,通过建模分析只能提出一些共识安全和攻击防御的建议,而不能实现区块链系统的绝对安全,如何快速有效地验证共识协议的安全性和活性,对于保障区块链系统的安全十分重要。因此,迫切的需要一种新的方案解决上述技术问题。
发明内容
本发明正是针对现有技术中存在的问题,提供一种针对Tendermint共识协议的多阶段自动化的形式化验证方法,该技术方案通过Spin工具模拟Tendermint共识协议的算法流程,遍历共识过程中所有可能出现的情况,利用线性时序逻辑共识验证Tendermint共识协议是否满足特定的安全要求。
为了实现上述目的,本发明的技术方案如下,针对Tendermint共识协议的多阶段自动化的形式化验证方法,包括如下步骤:
步骤1)定义节点的角色并设置相应状态;
分析Tendermint共识协议,定义节点的不同角色,分别有提案节点和验证节点。验证节点中包含了诚实节点以及拜占庭节点,根据Tendermint共识协议的容错率设置诚实节点和拜占庭节点的数量;
步骤2)构建Tendermint共识模型;
根据Tendermint共识协议构建模型,模型主要包括三个阶段,分别是预投票阶段、预提交阶段和提交阶段,设定不同节点在不同阶段会执行相应的操作:
a)预投票阶段:令提案节点提出一个提案并发送给其他验证节点,未被锁定的验证节点在收到提案后进行预投票,其中诚实节点会根据提案进行诚实地预投票,而拜占庭节点则会进行不诚实地预投票,每个节点同时会收集其他节点的预投票结果;
b)预提交阶段:诚实节点根据自己接收到的预投票情况再次进行投票,倘若收到超过2/3的预投票是肯定票则进行预提交投票,倘若因为网络问题等原因未能收到其他节点的预投票结果,则发送一个空投票给其他节点,而拜占庭节点仍会进行不诚实地投票,每个节点同时会收集其他节点的预提交结果;
c)提交阶段:对于每个诚实节点,在接收到的预提交情况进行下一步操作,倘若收到超过2/3的预提交数则进行提交操作,至此一轮共识结束。
步骤3)利用Spin工具模拟实现Tendermint共识协议;
通过Spin工具模拟实现Tendermint共识协议,遍历查看共识过程中所有节点进行不同操作时的所有结果。
步骤4)利用线性时序逻辑公式验证安全要求;
通过线性时序逻辑公式,验证Tendermint共识协议是否满足特定的安全要求,包括一致性和终止性。一致性指所有诚实节点对同一个提案达成共识,终止性则指所有诚实节点最终都会对同一个提案达成共识并终止该轮共识。
作为发明的进一步改进,所述步骤2)中进行预提交操作的节点会被锁定在当前提案,直到收到超过2/3的空投票或者该轮共识结束才会被解锁,节点在被锁定时只能对当前提案进行投票,否则即使出现新的提案,该节点也无法对其进行投票。
作为发明的进一步改进,所述步骤3)中通过Spin工具模拟实现Tendermint共识协议是在步骤2)中构建Tendermint共识模型的基础上实现的,通过Spin工具可以模拟节点之间发送和接收消息,遍历所有可能出现的情况。
Spin(Simple Promela Interpreter)工具是一种适合于并行系统,尤其是协议一致性的辅助分析检测工具,SPIN验证工具主要关心的问题是进程之间的信息能否正确的交互,而不是进程内部的具体计算。SPIN是一个基于计算机科学的“形式化方法”工具,是将先进的理论验证方法应用于大型复杂的软件系统当中的模型检测工具。该工具以Promela为输入语言,可以对网络协议设计中的规格的逻辑一致性进行检验,并报告系统中出现的死锁、无效的循环、未定义的接收和标记不完全等情况。
作为发明的进一步改进,所述步骤4)中线性时序逻辑是把系统状态变化的可能性看成是所有可能的系统初始状态经历各种可能变化的集合,一条路径所代表的是系统的一次可能的运行情况。Spin工具能够对定义的线性时序逻辑公式进行验证,确定协议的正确性。
本发明提出了一种针对Tendermint共识协议的多阶段自动化的形式化验证方法,主要是通过对Tendermint共识协议进行构建模型,利用Spin工具遍历不同节点在共识过程中所有可能出现的情况,从而验证Tendermint共识协议是否满足特定的安全要求。
相对于现有技术,本发明具有如下优点,(1)该技术方案利用形式化方法验证Tendermint共识协议,保证验证结果的可靠性。本发明方法通过对Tendermint共识协议构建模型,利用Spin工具模拟实现,能够完整遍历不同节点在共识过程中出现的全部情况,从而保证Tendermint共识协议符合相应的安全要求。相比于传统的分析和测试方法,本专利能够保证若验证过程未发现错误,则可证明Tendermint共识协议一定不存在安全问题;(2)通过Spin工具进行验证,提高了验证的自动化程度。本发明方法利用形式化验证中的模型检验方法对Tendermint共识协议进行验证,相比于其他的安全验证方法,具有较高的自动化程度。本专利通过定义节点的角色并设置相应状态,然后对Tendermint共识协议构建模型,在此基础上利用Spin工具即可实现自动化验证;(3)具有较高的可扩展性。本发明方法在对Tendermint共识构建模型时,能够较为方便地调整诚实节点和拜占庭节点的数量,以及对投票环节的设置。相比于其他传统方法只能单一地验证某一种共识协议,本专利能够通过简单调整实现对其他基于投票的具有不同容错率的共识协议进行验证,具有较高的可扩展性
附图说明
图1是本发明的流程图。
图2是Tendermint共识模型图。
具体实施方式:
为了加深对本发明的理解,下面结合附图对本实施例做详细的说明。
实施例1:参见图1、图2,一种针对Tendermint共识协议的多阶段自动化的形式化验证方法,所述方法包括以下步骤:
步骤1)定义节点的角色并设置相应状态;
分析Tendermint共识协议,定义节点的不同角色,分别有提案节点和验证节点。验证节点中包含了诚实节点以及拜占庭节点,根据Tendermint共识协议的容错率设置诚实节点和拜占庭节点的数量。
步骤2)构建Tendermint共识模型;
根据Tendermint共识协议构建模型,模型主要包括三个阶段,分别是预投票阶段、预提交阶段和提交阶段,设定不同节点在不同阶段会执行相应的操作:
a)预投票阶段:令提案节点提出一个提案并发送给其他验证节点,未被锁定的验证节点在收到提案后进行预投票,其中诚实节点会根据提案进行诚实地预投票,而拜占庭节点则会随意地进行预投票,每个节点同时会收集其他节点的预投票结果;
b)预提交阶段:诚实节点根据自己接收到的预投票情况再次进行投票,倘若收到超过2/3的预投票是肯定票则进行预提交投票,倘若因为网络问题等原因未能收到其他节点的预投票结果,则发送一个空投票给其他节点,而拜占庭节点仍会进行不诚实地投票,每个节点同时会收集其他节点的预提交结果;
c)提交阶段:对于每个诚实节点,在接收到的预提交情况进行下一步操作,倘若收到超过2/3的预提交数则进行提交操作,至此一轮共识结束。
步骤3)利用Spin工具模拟实现Tendermint共识协议;
通过Spin工具模拟实现Tendermint共识协议,遍历查看共识过程中所有节点进行不同操作时的所有结果。
步骤4)利用线性时序逻辑公式验证安全要求;
通过线性时序逻辑公式,验证Tendermint共识协议是否满足特定的安全要求,包括一致性和终止性。一致性指所有诚实节点对同一个提案达成共识,终止性则指所有诚实节点最终都会对同一个提案达成共识并终止该轮共识。
步骤2)中进行预提交操作的节点会被锁定在当前提案,直到收到超过2/3的空投票或者该轮共识结束才会被解锁,节点在被锁定时只能对当前提案进行投票,否则即使出现新的提案,该节点也无法对其进行投票。
步骤3)中通过Spin工具模拟实现Tendermint共识协议是在步骤2)中构建Tendermint共识模型的基础上实现的,通过Spin工具可以模拟节点之间发送和接收消息,遍历所有可能出现的情况。
Spin(Simple Promela Interpreter)工具是一种适合于并行系统,尤其是协议一致性的辅助分析检测工具,SPIN验证工具主要关心的问题是进程之间的信息能否正确的交互,而不是进程内部的具体计算。SPIN是一个基于计算机科学的“形式化方法”工具,是将先进的理论验证方法应用于大型复杂的软件系统当中的模型检测工具。该工具以Promela为输入语言,可以对网络协议设计中的规格的逻辑一致性进行检验,并报告系统中出现的死锁、无效的循环、未定义的接收和标记不完全等情况。
步骤4)中线性时序逻辑是把系统状态变化的可能性看成是所有可能的系统初始状态经历各种可能变化的集合,一条路径所代表的是系统的一次可能的运行情况。Spin工具能够对定义的线性时序逻辑公式进行验证,确定协议的正确性。
具体实施例:参照图1—图2,按照本发明的一种针对Tendermint共识协议的多阶段自动化的形式化验证方法,具体实施过程如下:
1)定义节点的角色并设置相应状态;
分析Tendermint共识协议,定义节点的不同角色,分别有提案节点和验证节点。验证节点中包含了诚实节点以及拜占庭节点,根据Tendermint共识协议的容错率设置诚实节点和拜占庭节点的数量。
Tendermint共识协议在保证安全性和活性的前提下提供(n-1)/3的容错性,其中n为节点总数。为此在本实施例中设置2个提案节点A1和A2,以及4个验证节点,在验证节点中设置3个诚实节点,分别为P1、P2、P3,以及1个拜占庭节点P4。
2)构建Tendermint共识模型;
根据Tendermint共识协议构建模型,模型主要包括三个阶段,分别是预投票阶段、预提交阶段和提交阶段,设定不同节点在不同阶段会执行相应的操作,如图2所示。
3)利用Spin工具模拟实现Tendermint共识协议;
通过Spin工具模拟实现Tendermint共识协议,遍历查看共识过程中所有节点进行不同操作时的所有结果。
为了实现节点间传递消息,设置相应的消息通道。其中提案节点A1与4个验证节点间共用一个通道q1,提案节点A2与4个验证节点间共用一个通道q2,而4个验证节点间则设置12个通道,记为qij(1≤i≤4,1≤j≤4,i≠j),分别存放节点i发送给节点j的消息。
在本实施例中,最初由提案节点A1通过通道q向4个验证节点发送提案X,此时诚实节点和拜占庭节点在收到提案X后进行预投票操作且都投了肯定票,每个节点通过通道qij将各自的投票结果发送给其他节点。
诚实节点P1、P2、P3在收到来自其他节点的预投票后,由于肯定票超过了总数的2/3,每个诚实节点在预提交阶段投肯定票,并将投票结果发送给其他节点。而拜占庭节点P4虽然收到的肯定票数也超过了总数的2/3,但其采取不诚实的操作,向其他节点发送否定票,此时所有节点都被锁定在本轮共识中。
诚实节点P1收到了两个肯定票和一个否定票,加上自己的肯定票,肯定票数超过了2/3,因此诚实节点P1进行提交操作,P1本轮共识结束并被解除锁定。诚实节点P2、P3由于网络出现问题,未能收到其他节点的预提交结果,因此发送一个空投票,并仍被锁定在本轮共识中。拜占庭节点P4同样发送一个空投票并被锁定在本轮共识中。
此时提案节点A2通过消息通道q2发送一个提案Y给4个验证节点,诚实节点P1在收到提案Y后进行预投票操作。而诚实节点P2、P3以及拜占庭节点P4由于仍被锁定在上一轮共识中,因此仍只能提案X进行预投票。此时诚实节点P2、P3在预投票中投出肯定票,而拜占庭节点P4投出否定票。
诚实节点P2收到来自P3的肯定票和来自P4的否定票,加上P1和自己的肯定票,肯定票超过总数的2/3,因此诚实节点P2在预提交阶段继续投肯定票,诚实节点P3同样如此。而拜占庭节点P4则继续投否定票。
诚实节点P2收到来自P3的肯定票和来自P4的否定票,加上P1和自己的肯定票,肯定票超过总数的2/3,因此诚实节点P2进行提交操作,诚实节点P3同样如此。至此本轮共识结束,拜占庭节点P4是否采取提交操作不影响共识结果。
4)利用线性时序逻辑公式验证安全要求
通过线性时序逻辑公式,验证Tendermint共识协议是否满足特定的安全要求,包括一致性和终止性。一致性指所有诚实节点对同一个提案达成共识,终止性则指所有诚实节点最终都会对同一个提案达成共识并终止该轮共识。
利用线性时序逻辑公式证实,所有城市节点最终都对提案X达成共识,且所有诚实节点最终都能在达成共识后终止该轮共识。
需要说明的是上述实施例,并非用来限定本发明的保护范围,在上述技术方案的基础上所作出的等同变换或替代均落入本发明权利要求所保护的范围。
Claims (1)
1.一种针对Tendermint共识协议的多阶段自动化的形式化验证方法,其特征在于,所述方法包括以下步骤:
步骤1)定义节点的角色并设置相应状态;
步骤2)构建Tendermint共识模型;
步骤3)利用Spin工具模拟实现Tendermint共识协议;
步骤4)利用线性时序逻辑公式验证安全要求;
步骤1)定义节点的角色并设置相应状态,具体如下,分析Tendermint共识协议,定义节点的不同角色,分别有提案节点和验证节点,验证节点中包含了诚实节点以及拜占庭节点,根据Tendermint共识协议的容错率设置诚实节点和拜占庭节点的数量;
步骤2)构建Tendermint共识模型,具体如下:根据Tendermint共识协议构建模型,模型主要包括三个阶段,分别是预投票阶段、预提交阶段和提交阶段,设定不同节点在不同阶段会执行相应的操作:
a)预投票阶段:令提案节点提出一个提案并发送给其他验证节点,未被锁定的验证节点在收到提案后进行预投票,其中诚实节点会根据提案进行诚实地预投票,而拜占庭节点则会进行不诚实地预投票,每个节点同时会收集其他节点的预投票结果;
b)预提交阶段:诚实节点根据自己接收到的预投票情况再次进行投票,倘若收到超过2/3的预投票是肯定票则进行预提交投票,倘若因为网络问题未能收到其他节点的预投票结果,则发送一个空投票给其他节点,而拜占庭节点仍会进行不诚实地投票,每个节点同时会收集其他节点的预提交结果;进行预提交操作的节点会被锁定在当前提案,直到收到超过2/3的空投票或者该轮共识结束才会被解锁,节点在被锁定时只能对当前提案进行投票,否则即使出现新的提案,该节点也无法对其进行投票;
c)提交阶段:对于每个诚实节点,在接收到的预提交情况进行下一步操作,倘若收到超过2/3的预提交数则进行提交操作,至此一轮共识结束;
步骤3)利用Spin工具模拟实现Tendermint共识协议,具体如下,通过Spin工具模拟实现Tendermint共识协议,遍历查看共识过程中所有节点进行不同操作时的所有结果;
步骤4)利用线性时序逻辑公式验证安全要求,具体如下,通过线性时序逻辑公式,验证Tendermint共识协议的安全要求,包括一致性和终止性,一致性指所有诚实节点对同一个提案达成共识,终止性则指所有诚实节点最终都会对同一个提案达成共识并终止该轮共识。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110815061.3A CN113542285B (zh) | 2021-07-19 | 2021-07-19 | 一种针对Tendermint共识协议的多阶段自动化的形式化验证方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202110815061.3A CN113542285B (zh) | 2021-07-19 | 2021-07-19 | 一种针对Tendermint共识协议的多阶段自动化的形式化验证方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN113542285A CN113542285A (zh) | 2021-10-22 |
CN113542285B true CN113542285B (zh) | 2022-06-28 |
Family
ID=78100245
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202110815061.3A Active CN113542285B (zh) | 2021-07-19 | 2021-07-19 | 一种针对Tendermint共识协议的多阶段自动化的形式化验证方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN113542285B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019072263A2 (en) * | 2018-11-07 | 2019-04-18 | Alibaba Group Holding Limited | FACILITATION OF BLOCK CHAIN CONSENSUS AND NODE SYNCHRONIZATION FOR PRACTICAL TOLERANCE TO ARBITRARY FAILURES |
CN111342971A (zh) * | 2020-02-07 | 2020-06-26 | 数据通信科学技术研究所 | 一种拜占庭共识方法和系统 |
CN111338857A (zh) * | 2020-02-11 | 2020-06-26 | 安徽理工大学 | 一种拜占庭容错共识协议 |
CN112187490A (zh) * | 2019-07-01 | 2021-01-05 | 深圳法大大网络科技有限公司 | 一种拜占庭容错共识方法及系统 |
CN112636905A (zh) * | 2020-12-11 | 2021-04-09 | 北京航空航天大学 | 基于多角色的可扩展共识机制的系统及方法 |
CN112860263A (zh) * | 2021-03-08 | 2021-05-28 | 东南大学 | 一种基于智能合约知识图谱的合约缺陷检测方法 |
CN112953955A (zh) * | 2021-03-03 | 2021-06-11 | 南京航空航天大学 | 一种多方量子拜占庭共识优化协议 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20210026745A1 (en) * | 2019-07-24 | 2021-01-28 | The University Of North Carolina At Charlotte | Methods, systems, and computer readable media for providing byzantine fault tolerance |
-
2021
- 2021-07-19 CN CN202110815061.3A patent/CN113542285B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019072263A2 (en) * | 2018-11-07 | 2019-04-18 | Alibaba Group Holding Limited | FACILITATION OF BLOCK CHAIN CONSENSUS AND NODE SYNCHRONIZATION FOR PRACTICAL TOLERANCE TO ARBITRARY FAILURES |
CN112187490A (zh) * | 2019-07-01 | 2021-01-05 | 深圳法大大网络科技有限公司 | 一种拜占庭容错共识方法及系统 |
CN111342971A (zh) * | 2020-02-07 | 2020-06-26 | 数据通信科学技术研究所 | 一种拜占庭共识方法和系统 |
CN111338857A (zh) * | 2020-02-11 | 2020-06-26 | 安徽理工大学 | 一种拜占庭容错共识协议 |
CN112636905A (zh) * | 2020-12-11 | 2021-04-09 | 北京航空航天大学 | 基于多角色的可扩展共识机制的系统及方法 |
CN112953955A (zh) * | 2021-03-03 | 2021-06-11 | 南京航空航天大学 | 一种多方量子拜占庭共识优化协议 |
CN112860263A (zh) * | 2021-03-08 | 2021-05-28 | 东南大学 | 一种基于智能合约知识图谱的合约缺陷检测方法 |
Non-Patent Citations (3)
Title |
---|
A Survey of Distributed Consensus Protocols for Blockchain Networks;Yang Xiao等;《IEEE Communications Surveys & Tutorials》;20200128;第22卷(第2期);全文 * |
Spin One"s Wheels? Byzantine Fault Tolerance with a Spinning Primary;Giuliana Santos Veronese等;《2009 28th IEEE International Symposium on Reliable Distributed Systems》;20091009;全文 * |
可应用于联盟链的拜占庭容错共识算法;王日宏等;《计算机应用研究》;20201130;第37卷(第11期);全文 * |
Also Published As
Publication number | Publication date |
---|---|
CN113542285A (zh) | 2021-10-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
Baier et al. | Performance evaluation and model checking join forces | |
CN112118321B (zh) | 一种工业区块链的实用拜占庭容错共识机制优化系统 | |
Cavalli et al. | New approaches for passive testing using an extended finite state machine specification | |
CN110784346A (zh) | 一种基于信誉值的pbft共识系统及方法 | |
AU2018201721A1 (en) | A formal method of verification and performance analysis for highly reliable communication system | |
CN109088741B (zh) | 一种区块链系统形式化建模与验证方法 | |
Sunshine | Survey of protocol definition and verification techniques | |
CN102360333B (zh) | 基于hisqm排队模型考虑故障排除过程的构件软件可靠性分析方法 | |
CN116155507A (zh) | 一种报文哈希链的构建方法 | |
Pferscher et al. | Fingerprinting Bluetooth Low Energy devices via active automata learning | |
Duan et al. | Formal modeling and verification of blockchain system | |
CN110377955A (zh) | 基于事件触发机制的分布式集员滤波器设计方法 | |
CN114513510A (zh) | 一种面向许可链的分布式跨链事务中继系统及其通信方法 | |
CN105653935A (zh) | 基于pptl3的社交网络系统隐私安全运行时验证方法 | |
CN113542285B (zh) | 一种针对Tendermint共识协议的多阶段自动化的形式化验证方法 | |
CN111988321B (zh) | 一种基于机器学习的联盟链异常检测系统及其检测方法 | |
Guo et al. | DoS attack detection in identification of FIR systems with binary‐valued observations | |
CN110213087A (zh) | 一种基于动态多层耦合网络的复杂系统故障定位方法 | |
Bhurke et al. | Methods of Formal Analysis for ICS Protocols and HART-IP CPN modelling | |
Zhao et al. | Design of trust blockchain consensus protocol based on node role classification | |
Afzaal et al. | Formal verification of persistence and liveness in the trust-based blockchain crowdsourcing consensus protocol | |
CN103281160B (zh) | 一种控制器局域网帧传输验证方法 | |
CN112860807B (zh) | 一种适用于无线区块链网络的容错共识方法 | |
CN111008872B (zh) | 一种适用于以太坊的用户画像构建方法及系统 | |
CN111190831B (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 |