Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

Balaji Arun

dblp:161/8994 · DBLP profile ↗
← Back
7ranked-venue papers
5as first author
4since 2021 · last 2025
0000-0002-8241-0745ORCID · reported

Domains — the database's venue-derived domains; a paper can count in several

Security and privacy · 3 · 2 first-author · 2 since 2021Systems, architecture and hardware · 2 · 2 first-authorComputer networks · 1 · 1 first-author · 1 since 2021Software engineering, systems software and programming languages · 1Databases, data management, data science and information retrieval · 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
3 papers
Distributed systems · 100%
Network and information security
1 paper
Blockchain and cryptocurrency security · 100%

Topics — the 8 heaviest of 8, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Distributed systems
consensus
1.932025
Shoal++: High Throughput DAG BFT Can Be Fast and Robust! · NSDI 2025
Scalable Byzantine Fault Tolerance via Partial Decentralization · Proc. VLDB Endow. 2022
Taming the Contention in Consensus-Based Distributed Systems · IEEE Trans. Dependable Secur. Comput. 2021
Distributed systems › fault tolerance
byzantine fault tolerance
1.422025
Shoal++: High Throughput DAG BFT Can Be Fast and Robust! · NSDI 2025
Scalable Byzantine Fault Tolerance via Partial Decentralization · Proc. VLDB Endow. 2022
Distributed systems › fault tolerance › byzantine fault tolerance
DAG-based consensus
0.912025
Shoal++: High Throughput DAG BFT Can Be Fast and Robust! · NSDI 2025
Blockchain and cryptocurrency security › consensus protocol
permissioned blockchain consensus
0.612022
Scalable Byzantine Fault Tolerance via Partial Decentralization · Proc. VLDB Endow. 2022
Distributed systems › replication
geo-replication
0.512021
Taming the Contention in Consensus-Based Distributed Systems · IEEE Trans. Dependable Secur. Comput. 2021
Distributed systems
replication
0.512021
Taming the Contention in Consensus-Based Distributed Systems · IEEE Trans. Dependable Secur. Comput. 2021
Distributed systems
fault tolerance
0.322022
Scalable Byzantine Fault Tolerance via Partial Decentralization · Proc. VLDB Endow. 2022
Taming the Contention in Consensus-Based Distributed Systems · IEEE Trans. Dependable Secur. Comput. 2021
Distributed systems › fault tolerance
high availability
0.112021
Taming the Contention in Consensus-Based Distributed Systems · IEEE Trans. Dependable Secur. Comput. 2021

Methods — techniques the papers use, named apart from their topics

trusted subsystem · 1.1threshold signatures · 0.6threshold signature · 0.6runtime protocol switching · 0.5
YearPublicationVenuePosition
2025 Shoal++: High Throughput DAG BFT Can Be Fast and Robust!
Balaji Arun, Zekun Li 0009, Florian Suri-Payer, Sourav Das 0001, Alexander Spiegelman
NSDI1
2024 Shoal: Improving DAG-BFT Latency and Robustness
Alexander Spiegelman, Balaji Arun, Rati Gelashvili, Zekun Li 0009
FC (1)2
2022 Scalable Byzantine Fault Tolerance via Partial Decentralization
abstract
Byzantine consensus is a critical component in many permissioned Blockchains and distributed ledgers. We propose a new paradigm for designing BFT protocols called DQBFT that addresses three major performance and scalability challenges that plague past protocols: (i) high communication costs to reach geo-distributed agreement, (ii) uneven resource utilization hampering performance, and (iii) performance degradation under varying node and network conditions and high-contention workloads. Specifically, DQBFT divides consensus into two parts: 1) durable command replication without a global order, and 2) consistent global ordering of commands across all replicas. DQBFT achieves this by decentralizing the heavy task of replicating commands while centralizing the ordering process. Under the new paradigm, we develop a new protocol, Destiny that uses a combination of three techniques to achieve high performance and scalability: using a trusted subsystem to decrease consensus's quorum size, using threshold signatures to attain linear communication costs, reducing client communication. Our evaluations on 300-replica geo-distributed deployment reveal that DQBFT protocols achieve significant performance gains over prior art: ≈3x better throughput and ≈50% better latency.
Balaji Arun, Binoy Ravindran
Proc. VLDB Endow.1
2021 Taming the Contention in Consensus-Based Distributed Systems
abstract
Contention plays a crucial role in the design of consensus protocols. State-of-the-art solutions optimize their performance for either very low or high contention situations. We proposeCaesar, a novel multi-leader Generalized Consensus protocol, most suitable for geographical replication, that is optimized for low-to-moderate contention. With an evaluation study, we show thatCaesaroutperforms other multi-leader (e.g., EPaxos) and single-leader (e.g., Multi-Paxos) competitors by up to 1.7x and 3.5x, respectively, in the presence of 30 percent conflicting requests, in a geo-replicated setting. Furthermore, we acknowledge that there is no one-size-fits- all consensus solution, especially for all levels of contentious workloads. Thus, we also proposeSpectrum, a consensus framework that is able to switch consensus protocols at runtime to enable a dynamic reaction to changes in the workload and deployment characteristics. We show empirically thatSpectrumcan guarantee high availability even during periods of transition between consensus protocols.
Balaji Arun, Sebastiano Peluso, Roberto Palmieri, Giuliano Losa, Binoy Ravindran
IEEE Trans. Dependable Secur. Comput.1
2019 ezBFT: Decentralizing Byzantine Fault-Tolerant State Machine Replication
abstract
We present ezBFT, a novel leaderless, distributed consensus protocol capable of tolerating byzantine faults. ezBFT's main goal is to minimize the client-side latency in WAN deployments. It achieves this by (i) having no designated primary replica, and instead, enabling every replica to order the requests that it receives from clients; (ii) using only three communication steps to order requests in the common case; and (iii) involving clients actively in the consensus process. In addition, ezBFT minimizes the potentially negative effect of a byzantine replica on the overall system performance. We developed ezBFT's formal specification in TLA+, show that it provides the classic properties of BFT protocols including consistency, stability, and liveness, and developed an implementation. Our experimental evaluation reveals that ezBFT improves client-side latency by as much as 40% over state-of-the-art byzantine fault-tolerant protocols including PBFT, FaB, and Zyzzyva.
Balaji Arun, Sebastiano Peluso, Binoy Ravindran
ICDCS1
2019 Generalized Consensus for Practical Fault Tolerance
abstract
Despite extensive research on Byzantine Fault Tolerant (BFT) systems, overheads associated with such solutions preclude widespread adoption. Past efforts such as the Cross Fault Tolerance (XFT) model address this problem by making a weaker assumption that a majority of nodes are correct and communicate synchronously. Although XPaxos of Liu et al. (applying the XFT model) achieves similar performance as Paxos, it does not scale with the number of faults. Also, its reliance on a single leader introduces considerable downtime in case of failures. We present Elpis, the first multi-leader XFT consensus protocol. By adopting the Generalized Consensus specification, we were able to devise a multi-leader protocol that exploits the commutativity property inherent in the commands ordered by the system. Elpis maps accessed objects to non-faulty replicas during periods of synchrony. Subsequently, these replicas order all commands which access these objects. The experimental evaluation confirms the effectiveness of this approach: Elpis achieves up to 2x speedup over XPaxos and up to 3.5x speedup over state-of-the-art Byzantine Fault-Tolerant Consensus Protocols.
Mohit Garg 0005, Sebastiano Peluso, Balaji Arun, Binoy Ravindran
Middleware3
2017 Speeding up Consensus by Chasing Fast Decisions
abstract
This paper proposes CAESAR, a novel multi-leader Generalized Consensus protocol for geographically replicated sites. The main goal of CAESAR is to overcome one of the major limitations of existing approaches, which is the significant performance degradation when application workload produces conflicting requests. CAESAR does that by changing the way a fast decision is taken: its ordering protocol does not reject a fast decision for a client request if a quorum of nodes reply with different dependency sets for that request. The effectiveness of CAESAR is demonstrated through an evaluation study performed on Amazon's EC2 infrastructure using 5 geo-replicated sites. CAESAR outperforms other multi-leader (e.g., EPaxos) competitors by as much as 1.7x in the presence of 30% conflicting requests, and single-leader (e.g., Multi-Paxos) by up to 3.5x.
Balaji Arun, Sebastiano Peluso, Roberto Palmieri, Giuliano Losa, Binoy Ravindran
DSN1