Byzantine consensus is Θ(n2): the Dolev-Reischuk bound is tight even in partial synchrony

The Dolev-Reischuk bound says that any deterministic Byzantine consensus protocol has (at least) quadratic (in the number of processes) communication complexity in the worst case: given a system with n processes and at most f < n / 3 failures, any solution to Byzantine consensus exchanges Ω ( n 2...

Ausführliche Beschreibung

Gespeichert in:
Bibliographische Detailangaben
Veröffentlicht in:Distributed computing 2024-06, Vol.37 (2), p.89-119
Hauptverfasser: Civit, Pierre, Dzulfikar, Muhammad Ayaz, Gilbert, Seth, Gramoli, Vincent, Guerraoui, Rachid, Komatovic, Jovan, Vidigueira, Manuel
Format: Artikel
Sprache:eng
Schlagworte:
Online-Zugang:Volltext
Tags: Tag hinzufügen
Keine Tags, Fügen Sie den ersten Tag hinzu!
Beschreibung
Zusammenfassung:The Dolev-Reischuk bound says that any deterministic Byzantine consensus protocol has (at least) quadratic (in the number of processes) communication complexity in the worst case: given a system with n processes and at most f < n / 3 failures, any solution to Byzantine consensus exchanges Ω ( n 2 ) words, where a word contains a constant number of values and signatures. While it has been shown that the bound is tight in synchronous environments, it is still unknown whether a consensus protocol with quadratic communication complexity can be obtained in partial synchrony where the network alternates between (1) asynchronous periods, with unbounded message delays, and (2) synchronous periods, with δ -bounded message delays. Until now, the most efficient known solutions for Byzantine consensus in partially synchronous settings had cubic communication complexity (e.g., HotStuff, binary DBFT). This paper closes the existing gap by introducing SQuad , a partially synchronous Byzantine consensus protocol with O ( n 2 ) worst-case communication complexity. In addition, SQuad is optimally-resilient (tolerating up to f < n / 3 failures) and achieves O ( f · δ ) worst-case latency complexity. The key technical contribution underlying SQuad lies in the way we solve view synchronization , the problem of bringing all correct processes to the same view with a correct leader for sufficiently long. Concretely, we present RareSync , a view synchronization protocol with O ( n 2 ) communication complexity and O ( f · δ ) latency complexity, which we utilize in order to obtain SQuad .
ISSN:0178-2770
1432-0452
DOI:10.1007/s00446-023-00458-w