Fault tolerance testing and tuning for consortium blockchain

While the potential applications of the consortium blockchain are becoming increasingly evident, the fault tolerance of systems in complex and changeable real environments has become an increasingly important factor. In recent years, many blockchain-oriented fault tolerance testing tools have been p...

Full description

Saved in:
Bibliographic Details
Main Authors: Taiwu Pang, Zheming Ye, Zhao Zhang, Cheqing Jin
Format: Article
Language:English
Published: Elsevier 2025-06-01
Series:Blockchain: Research and Applications
Subjects:
Online Access:http://www.sciencedirect.com/science/article/pii/S2096720924000800
Tags: Add Tag
No Tags, Be the first to tag this record!
Description
Summary:While the potential applications of the consortium blockchain are becoming increasingly evident, the fault tolerance of systems in complex and changeable real environments has become an increasingly important factor. In recent years, many blockchain-oriented fault tolerance testing tools have been proposed. However, the selected fault sets cannot cover all kinds of problems that the consortium blockchain may encounter in real scenarios. Moreover, a rationality analysis of test results is often missing from these tools. In addition, it is also worth considering how to optimize system performance in the fault continuous stage. In this paper, we propose a general full-stack fault injection platform that can support the orderly injection of different kinds of Byzantine and non-Byzantine failures in a distributed scenario. Regarding the unclear underlying principles affecting system performance due to faults, we conduct an attribution analysis of various faults' influences on the consortium blockchain. Based on conclusions drawn form the attribution analysis, we design and implement the test-driven optimization strategy. The experimental results show that the optimization strategy can shorten the system average delay to less than one-third of that before optimization by reducing the throughput by about 15% in most fault scenarios.
ISSN:2666-9536