View in EDS

OptSmart: a space efficient Optimistic concurrent execution of Smart contracts.

Saved in:
Bibliographic Details
Title: OptSmart: a space efficient Optimistic concurrent execution of Smart contracts.
Authors: Anjana, Parwat Singh, Kumari, Sweta, Peri, Sathya, Rathor, Sachin, Somani, Archit
Source: Distributed & Parallel Databases; Jun2024, Vol. 42 Issue 2, p245-297, 53p
Subject Terms: BLOCKCHAINS, MULTICORE processors, CONTRACTS, MINERS
Abstract: Popular blockchains such as Ethereum and several others execute complex transactions in the block through user-defined scripts known as smart contracts. Serial execution of smart contract transactions/atomic units (AUs) fails to harness the multiprocessing power offered by the prevalence of multi-core processors. By adding concurrency to the execution of AUs, we can achieve better efficiency and higher throughput. In this paper, we develop a concurrent miner that proposes a block by executing AUs concurrently using optimistic Software Transactional Memory systems (STMs). It efficiently captures independent AUs in the concurrent bin and dependent AUs in the block graph (BG). Later, we propose a concurrent validator that re-executes the same AUs concurrently and deterministically using the concurrent bin followed by the BG given by the miner to verify the block. We rigorously prove the correctness of concurrent execution of AUs. The performance benchmark shows that the average speedup for the optimized concurrent miner is 5.21 × , while the maximum is 14.96 × over the serial miner. The optimized validator obtains an average speedup of 8.61 × to a maximum of 14.65 × over the serial validator. The proposed miner outperforms 1.02 × to 1.18 × , while the proposed validator outperforms 1 × to 4.46 × over state-of-the-art concurrent miners and validators, respectively. Moreover, the proposed efficient BG saves an average of 2.29 × more block space when compared with the state-of-the-art. [ABSTRACT FROM AUTHOR]
Copyright of Distributed & Parallel Databases is the property of Springer Nature and its content may not be copied or emailed to multiple sites without the copyright holder's express written permission. Additionally, content may not be used with any artificial intelligence tools or machine learning technologies. However, users may print, download, or email articles for individual use. This abstract may be abridged. No warranty is given about the accuracy of the copy. Users should refer to the original published version of the material for the full abstract. (Copyright applies to all Abstracts.)
Database: Complementary Index
Description
Abstract:Popular blockchains such as Ethereum and several others execute complex transactions in the block through user-defined scripts known as smart contracts. Serial execution of smart contract transactions/atomic units (AUs) fails to harness the multiprocessing power offered by the prevalence of multi-core processors. By adding concurrency to the execution of AUs, we can achieve better efficiency and higher throughput. In this paper, we develop a concurrent miner that proposes a block by executing AUs concurrently using optimistic Software Transactional Memory systems (STMs). It efficiently captures independent AUs in the concurrent bin and dependent AUs in the block graph (BG). Later, we propose a concurrent validator that re-executes the same AUs concurrently and deterministically using the concurrent bin followed by the BG given by the miner to verify the block. We rigorously prove the correctness of concurrent execution of AUs. The performance benchmark shows that the average speedup for the optimized concurrent miner is 5.21 × , while the maximum is 14.96 × over the serial miner. The optimized validator obtains an average speedup of 8.61 × to a maximum of 14.65 × over the serial validator. The proposed miner outperforms 1.02 × to 1.18 × , while the proposed validator outperforms 1 × to 4.46 × over state-of-the-art concurrent miners and validators, respectively. Moreover, the proposed efficient BG saves an average of 2.29 × more block space when compared with the state-of-the-art. [ABSTRACT FROM AUTHOR]
ISSN:09268782
DOI:10.1007/s10619-022-07412-y