Demo Data from EDBT 2026 / reviewers in the wild / expert
Péter Garamvölgyi
dblp:311/4204
· DBLP profile ↗
1ranked-venue papers
1as first author
1since 2021 · last 2022
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Software engineering, systems software and programming languages · 1 · 1 first-author · 1 since 2021
Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.
| Computer architecture, parallel and distributed computing, and storage systems
1 paper |
Distributed systems · 100% |
Topics — the 3 heaviest of 3, each with the papers that count most for it
| Topic | Weight | Papers | Last | Evidence papers |
|---|---|---|---|---|
Distributed systems
blockchain |
0.6 | 1 | 2022 | Utilizing Parallelism in Smart Contracts on Decentralized Blockchains by Taming Application-Inherent Conflicts · ICSE 2022 |
Distributed systems › transaction processing
parallel transaction execution |
0.6 | 1 | 2022 | Utilizing Parallelism in Smart Contracts on Decentralized Blockchains by Taming Application-Inherent Conflicts · ICSE 2022 |
Distributed systems › blockchain
smart contract execution |
0.6 | 1 | 2022 | Utilizing Parallelism in Smart Contracts on Decentralized Blockchains by Taming Application-Inherent Conflicts · ICSE 2022 |
Methods — techniques the papers use, named apart from their topics
transaction scheduling · 0.6concurrency control · 0.6
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2022 | Utilizing Parallelism in Smart Contracts on Decentralized Blockchains by Taming Application-Inherent ConflictsabstractTraditional public blockchain systems typically had very limited transaction throughput because of the bottleneck of the consensus protocol itself. With recent advances in consensus technology, the performance limit has been greatly lifted, typically to thousands of transactions per second. With this, transaction execution has become a new performance bottleneck. Exploiting parallelism in transaction execution is a clear and direct way to address this and to further increase transaction throughput. Although some recent literature introduced concurrency control mechanisms to execute smart contract transactions in parallel, the reported speedup that they can achieve is far from ideal. The main reason is that the proposed parallel execution mechanisms cannot effectively deal with the conflicts inherent in many blockchain applications. Péter Garamvölgyi, Dong Zhou 0006, Fan Long, Ming Wu 0007 |
ICSE | 1 |