Please use this identifier to cite or link to this item:
Volltext verfügbar? / Dokumentlieferung
doi:10.22028/D291-29284
Title: | Blurring the Lines between Blockchains and Database Systems: the Case of Hyperledger Fabric |
Author(s): | Sharma, Ankur Schuhknecht, Felix Martin Agrawal, Divya Dittrich, Jens |
Language: | English |
Title: | Proceedings of the 2019 International Conference on Management of Data |
Startpage: | 105 |
Endpage: | 122 |
Publisher/Platform: | ACM |
Year of Publication: | 2019 |
Place of publication: | New York |
Title of the Conference: | SIGMOD/PODS '19: International Conference on Management of Data |
Place of the conference: | Amsterdam, The Netherlands |
Publikation type: | Conference Paper |
Abstract: | Within the last few years, a countless number of blockchain systems have emerged on the market, each one claiming to revolutionize the way of distributed transaction processing in one way or the other. Many blockchain features, such as byzantine fault tolerance, are indeed valuable additions in modern environments. However, despite all the hype around the technology, many of the challenges that blockchain systems have to face are fundamental transaction management problems. These are largely shared with traditional database systems, which have been around for decades already. These similarities become especially visible for systems, that blur the lines between blockchain systems and classical database systems. A great example of this is Hyperledger Fabric, an open-source permissioned blockchain system under development by IBM. By implementing parallel transaction processing, Fabric's workflow is highly motivated by optimistic concurrency control mechanisms in classical database systems. This raises two questions: (1)~Which conceptual similarities and differences do actually exist between a system such as Fabric and a classical distributed database system? (2)~Is it possible to improve on the performance of Fabric by transitioning technology from the database world to blockchains and thus blurring the lines between these two types of systems even further? To tackle these questions, we first explore Fabric from the perspective of database research, where we observe weaknesses in the transaction pipeline. We then solve these issues by transitioning well-understood database concepts to Fabric, namely transaction reordering as well as early transaction abort. Our experimental evaluation under the Smallbank benchmark as well as under a custom workload shows that our improved version Fabric++ significantly increases the throughput of successful transactions over the vanilla version by up to a factor of 12x, while decreasing the average latency to almost half. |
DOI of the first publication: | 10.1145/3299869.3319883 |
URL of the first publication: | https://dl.acm.org/doi/10.1145/3299869.3319883 |
Link to this record: | hdl:20.500.11880/28510 http://dx.doi.org/10.22028/D291-29284 |
ISBN: | 978-1-4503-5643-5 |
Date of registration: | 19-Dec-2019 |
Faculty: | MI - Fakultät für Mathematik und Informatik |
Department: | MI - Informatik |
Professorship: | MI - Prof. Dr. Jens Dittrich |
Collections: | SciDok - Der Wissenschaftsserver der Universität des Saarlandes |
Files for this record:
There are no files associated with this item.
Items in SciDok are protected by copyright, with all rights reserved, unless otherwise indicated.