Parallel Byzantine fault tolerance consensus based on trusted execution environments

被引:0
作者
Wang, Ran [1 ,5 ]
Ma, Fuqiang [2 ,3 ,4 ]
Tang, Sisui [1 ]
Zhang, Hangning [1 ]
He, Jie [1 ]
Su, Zhiyuan [4 ]
Zhang, Xiaotong [1 ]
Xu, Cheng [1 ,6 ]
机构
[1] Univ Sci & Technol Beijing, Sch Comp & Commun Engn, Beijing 100083, Peoples R China
[2] Jinan Inspur Data Technol Co Ltd, Jinan 250101, Shandong, Peoples R China
[3] State Key Lab High End Server & Storage Technol, Beijing 100085, Peoples R China
[4] Inspur Elect Informat Ind Co Ltd, Jinan 250101, Shandong, Peoples R China
[5] Nanyang Technol Univ, Coll Comp & Data Sci, Singapore 639798, Singapore
[6] Nanyang Technol Univ, Sch Elect & Elect Engn, Singapore 639798, Singapore
基金
中国国家自然科学基金;
关键词
Byzantine fault tolerance; Consensus mechanisms; Trusted execution environments; Blockchain;
D O I
10.1007/s12083-024-01830-8
中图分类号
TP [自动化技术、计算机技术];
学科分类号
0812 ;
摘要
Ensuring consistency and reliability in distributed systems is crucial for their adoption. Blockchain technology offers a robust framework for these systems, characterized by decentralization, immutability, auditability, and traceability. In public blockchains, consensus algorithms like Proof-of-Work (PoW) are foundational for securing transactions but are criticized for high energy consumption and limited transaction throughput, making them less suitable for high-frequency environments. In contrast, consortium blockchains rely on Byzantine Fault Tolerance (BFT) algorithms to address these issues. However, existing Practical Byzantine Fault Tolerance (PBFT) protocols still face challenges in performance, scalability, and fault tolerance. This paper introduces a novel Parallel Byzantine Fault Tolerance protocol, TEP-BFT, leveraging Trusted Execution Environments. The TEP-BFT protocol utilizes a Unique Sequential Identifier Generator (USIG) based on Intel Software Guard Extensions (Intel SGX) to generate unique identifiers, thus ensuring the monotonicity, uniqueness, and order of messages. This innovation reduces the requisite number of communication phases and replicas, substantially enhancing the efficiency and fault tolerance of the consensus process. Moreover, the protocol implements parallel processing strategies both inter-thread and intra-thread to augment the throughput of the blockchain system significantly. Our experimental and performance analysis indicates that TEP-BFT achieves an optimal balance among performance, scalability, and fault tolerance, surpassing other BFT protocol variants. This advancement positions TEP-BFT as a superior choice for blockchain systems in scenarios requiring rapid and frequent transaction processing, marking a significant step forward in the evolution of blockchain consensus mechanisms. Our code is made public available at: https://github.com/SICC-Group/TEP-BFT.git.
引用
收藏
页码:23 / 24
页数:2
相关论文
共 34 条
  • [1] Byung-Gon Chun, 2007, Operating Systems Review, V41, P189, DOI 10.1145/1323293.1294280
  • [2] Practical byzantine fault tolerance and proactive recovery
    Castro, M
    Liskov, B
    [J]. ACM TRANSACTIONS ON COMPUTER SYSTEMS, 2002, 20 (04): : 398 - 461
  • [3] Changqiang Zhang, 2020, BDE 2020: Proceedings of the 2020 2nd International Conference on Big Data Engineering, P7, DOI 10.1145/3404512.3404522
  • [4] Low complexity Byzantine-resilient consensus
    Correia, M
    Neves, NF
    Lung, LC
    Veríssimo, P
    [J]. DISTRIBUTED COMPUTING, 2005, 17 (03) : 237 - 249
  • [5] Resource-Efficient Byzantine Fault Tolerance
    Distler, Tobias
    Cachin, Christian
    Kapitza, Ruediger
    [J]. IEEE TRANSACTIONS ON COMPUTERS, 2016, 65 (09) : 2807 - 2819
  • [6] Distler T, 2011, EUROSYS 11: PROCEEDINGS OF THE EUROSYS 2011 CONFERENCE, P91
  • [7] The Untapped Potential of Trusted Execution Environments on Mobile Devices
    Ekberg, Jan-Erik
    Kostiainen, Kari
    Asokan, N.
    [J]. IEEE SECURITY & PRIVACY, 2014, 12 (04) : 29 - 37
  • [8] FISCO BCOS, 2024, About us
  • [9] Garcia M, 2011, I C DEPEND SYS NETWO, P383, DOI 10.1109/DSN.2011.5958251
  • [10] Gervais A., 2016, P 2016 ACM SIGSAC C, P3, DOI DOI 10.1145/2976749.2978341