A recursive Byzantine-resilient protocol. (February 2015)

• Record Type: Journal Article
• Authors: Cheng, Chien-Fu; Tsai, Kuo-Tang
• Is Part Of: Journal of network and computer applications. Volume 48(2015)
• Page Start: 87
• Page End: 98
• Publication Date: 2015-02
• Subjects: Distributed system -- Fault-tolerant -- Consensus problem -- Byzantine fault; Microcomputers -- Periodicals; Computer networks -- Periodicals; Application software -- Periodicals; Micro-ordinateurs -- Périodiques; Réseaux d'ordinateurs -- Périodiques; Logiciels d'application -- Périodiques; Application software; Computer networks; Microcomputers; Periodicals; 004.05; 004
• DOI: 10.1016/j.jnca.2014.10.010
• Languages: English
• ISSNs: 1084-8045

Abstract

Abstract: To solve the consensus problem, the classical consensus protocols require t +1 rounds of message exchange to tolerate t faulty processors, where t =⌊( n −1)/3⌋ and n is the total number of processors in the network. With advancement of software and hardware technologies in recent years, the "actual number of faulty processors" ( f act ) in a network is usually smaller than t, and f act ≪ t . However, the classical consensus protocols still need to execute t +1 rounds of message exchange even if there are no faulty processors in the network. To address this issue, we propose a new consensus protocol called Recursive Byzantine-Resilient protocol (RBR protocol). We integrate the concepts of parallel computing, grouping, hierarchy and recursion into this protocol to reduce its time and space complexity. Specifically, the RBR protocol can solve the consensus problem in the presence of 2 h (⌊(( n /4 h )−1)/3⌋+1)−1 Byzantine faulty processors, where h =⌊(lg( n )−2)/2⌋. The time complexity and space complexity of RBR protocol are O(lg( n )) and O( nk lg( n ) ) respectively. The results reveal that RBR protocol outperforms previous protocols in terms of time complexity and in terms of space complexity. In this paper, we also discuss how to enhance the fault-tolerance capability of RBR protocol in achieving consensus through repetitive execution of the protocol when the number of Byzantine faulty processors is greater than 2 h (⌊(( n /4 h )−1)/3⌋+1)−1.