Demo Data from EDBT 2026 / reviewers in the wild / expert
Xuecheng Lin
dblp:422/9773
· DBLP profile ↗
1ranked-venue papers
0as first author
1since 2021 · last 2025
—ORCID · none
Domains — the database's venue-derived domains; a paper can count in several
Security and privacy · 1 · 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 › fault tolerance
byzantine fault tolerance |
0.9 | 1 | 2025 | TockCuckoo: Two-Phase BFT With Linearity and Responsiveness · IEEE Trans. Inf. Forensics Secur. 2025 |
Distributed systems
consensus |
0.9 | 1 | 2025 | TockCuckoo: Two-Phase BFT With Linearity and Responsiveness · IEEE Trans. Inf. Forensics Secur. 2025 |
Distributed systems › distributed database › commit protocol
two-phase commit |
0.9 | 1 | 2025 | TockCuckoo: Two-Phase BFT With Linearity and Responsiveness · IEEE Trans. Inf. Forensics Secur. 2025 |
Methods — techniques the papers use, named apart from their topics
proactive voting · 0.9cross-pipelined design · 0.9
| Year | Publication | Venue | Position |
|---|---|---|---|
| 2025 | TockCuckoo: Two-Phase BFT With Linearity and ResponsivenessabstractIt is critical to achieve the following objectives in partially synchronous Byzantine Fault Tolerance (BFT) protocols: (1) two-phase commit regime, (2) standard optimistic responsiveness, and (3) linear communication complexity. These three properties significantly affect the efficiency of BFT protocols. A number of attempts, such as HotStuff and Tendermint, have been made to solve this problem, but they typically manage to achieve only a subset of these properties. In this work, we propose a two-phase BFT protocol called TockCuckoo that fully achieves the aforementioned three properties. A primary challenge intwo-phaseBFT protocols is HiddenLock: when a leader lacks visibility into the latest locked block states of honest replicas, it cannot safely proceed, potentially stalling the protocol. To address this issue, we introduce the proactive voting paradigm, which explicitly distinguishes between rejection and non-receipt states. After global stable time, an honest leader can always collect sufficient votes through proactive voting, enabling quick responses. TockCuckoo operates in continuous rounds of proactive voting, ensuring responsiveness. The proactive voting process requires only linear communication overhead, which directly results in TockCuckoo achieving linear communication complexity overall. Furthermore, we introduce TockCuckoo+, an extension of TockCuckoo. By introducing a cross-pipelined design, TockCuckoo+ enables more frequent block proposals without sacrificing the key characteristics of TockCuckoo, leading to improved throughput. Our experiments in wide-area networks demonstrate that, TockCuckoo reduces commit latency by 20% to 40% compared to HotStuff across different network sizes, and TockCuckoo+ achieves a throughput increase of 1.1× to 1.5× over HotStuff. Minghang Li, Qianhong Wu, Zhipeng Wang 0009, Xuecheng Lin, Willy Susilo |
IEEE Trans. Inf. Forensics Secur. | 6 |