A journey towards the most efficient state database for Hyperledger Fabric
AI-generated Key Points
- Hyperledger Fabric is a widely used enterprise-grade permissioned blockchain platform
- Its architecture allows for greater customization through simulate-order-validate and pluggable components
- The world state database is a critical component that captures the snapshot of the blockchain application state
- Peers update the key-value database abstraction after transactions have been validated and read from the state during simulation
- Good performance during reading and writing impacts the system's overall performance
- Currently, Hyperledger Fabric supports two different implementations of the state database: LevelDB and CouchDB, but there may be better options available
- A study conducted by Ivan Laishevskiy, Artem Barger, and Vladimir Gorgadze explores alternative implementations of a state database to identify more efficient options such as RocksDB, Boltdb, and BadgerDB
- The paper provides valuable insights into exploring alternative implementations of a state database for Hyperledger Fabric that can help organizations optimize their use cases by improving overall system performance while maintaining data integrity through secure storage mechanisms like key-value stores or other alternatives evaluated in this study.
Authors: Ivan Laishevskiy, Artem Barger, Vladimir Gorgadze
Abstract: The Hyperledger Fabric is well known and the most prominent enterprise-grade permissioned blockchain. The architecture of the Hyperledger Fabric introduces a new architecture paradigm of simulate-order-validate and pluggable architecture, allowing a greater level of customization where one of the critical components is the world state database, which is responsible for capturing the snapshot of the blockchain application state. Hyperledger Fabric manages the state with the key-value database abstraction and peer updates it after transactions have been validated and read from the state during simulation. Therefore, providing good performance during reading and writing impacts the system's overall performance. Currently, Hyperledger Fabric supports two different implementations of the state database. One is LevelDB, the embedded DB based on LSM trees and CouchDB. In this study, we would like to focus on searching and exploring the alternative implementation of a state database and analyze whenever there are better and more scalable options. We evaluated different databases to be plugged into Hyperledger Fabric, such as RocksDB, Boltdb, and BadgerDB. The study describes how to plug new state databases and performance results based on various workloads.
Ask questions about this paper to our AI assistant
You can also chat with multiple papers at once here.
Assess the quality of the AI-generated content by voting
Score: 0
Why do we need votes?
Votes are used to determine whether we need to re-run our summarizing tools. If the count reaches -10, our tools can be restarted.
The previous summary was created more than a year ago and can be re-run (if necessary) by clicking on the Run button below.
Similar papers summarized with our AI tools
Navigate through even more similar papers through a
tree representationLook for similar papers (in beta version)
By clicking on the button above, our algorithm will scan all papers in our database to find the closest based on the contents of the full papers and not just on metadata. Please note that it only works for papers that we have generated summaries for and you can rerun it from time to time to get a more accurate result while our database grows.
Disclaimer: The AI-based summarization tool and virtual assistant provided on this website may not always provide accurate and complete summaries or responses. We encourage you to carefully review and evaluate the generated content to ensure its quality and relevance to your needs.