How Much Public Randomness Do Modern Consensus Protocols Need?
Abstract
Modern blockchain-based consensus protocols aim for efficiency (i.e., low communication and round complexity) while maintaining security against adaptive adversaries. These goals are usually achieved using a public randomness beacon to select roles for each participant. We examine to what extent this randomness is necessary. Specifically, we provide tight bounds on the amount of entropy a Byzantine Agreement protocol must consume from a beacon in order to enjoy efficiency and adaptive security. We first establish that no consensus protocol can simultaneously be efficient, be adaptively secure, and use bits of beacon entropy. We then show this bound is tight and, in fact, a trilemma by presenting three consensus protocols that achieve any two of these three properties.
Keywords and phrases:
Consensus, Randomness BeaconCopyright and License:
2012 ACM Subject Classification:
Theory of computation Distributed algorithmsEditors:
Zeta Avarikioti and Nicolas ChristinSeries and Publisher:
Leibniz International Proceedings in Informatics, Schloss Dagstuhl – Leibniz-Zentrum für Informatik
1 Introduction
Consensus is a cornerstone of distributed computing, with research spanning over four decades [33, 28]. In the consensus problem, players (or nodes) with respective inputs must engage in communication in order to reach agreement on a value. The challenge stems from the presence of at most corrupted (eq. Byzantine) players, which may deviate from any given protocol in arbitrary ways.
The consensus problem has been considered under a myriad of constraints and allowances across various axes, including network synchrony, setup assumptions, the use of randomness by honest players, and the capabilities of the adversary (Garay and Kiayias [20] provide a detailed survey). With the renewed interest in this problem due to its foundational role in blockchains, two properties of particular importance from a practical point of view have been efficiency and adaptive security.
-
1.
Efficiency. We consider an efficiency notion motivated by modern blockchain-related consensus protocols. We say that a protocol has low communication (or in other words, is laconic) if in every round few of the players (i.e., ) send messages. A protocol has low latency if it requires at most rounds. We refer to a protocol as efficient if it has both low communication and low latency. Our efficiency notion is essential for consensus protocols to scale to thousands of players and finalize transactions quickly. Indeed, most modern blockchain systems (e.g., Bitcoin and Ethereum) are efficient in this sense.
-
2.
Adaptive Security. We say that a consensus protocol is secure against an adaptive adversary if it solves consensus even when the adversary may choose to corrupt players “on the fly,” based on its observations thus far. We consider both a basic adaptive adversary which can corrupt up to players at any point based on the current transcript of the protocol, but cannot un-corrupt them, and a mobile blocking adversary which can choose potentially new players to target in each round but can only block their messages, and not cause arbitrary behavior.
Observe that either of these properties is straightforward to achieve without the other: if efficiency is not important, classical Byzantine fault-tolerant consensus protocols [10] are adaptively secure. On the other hand, Nakamoto-style consensus [32] with round-robin leader election is efficient against a non-adaptive adversary, but has linear latency against an adaptive adversary.
In practice, the vast majority of blockchains, including Ethereum and Bitcoin, aim to achieve both of the above properties. They do so by relying on a source of shared randomness for the players, for tasks such as leader election and committee sampling [5, 32, 14]. Such a primitive that provides access to fresh randomness at every point in time is referred to in the literature as a randomness beacon [34]. Implementing such a beacon, however, is an expensive task, with current constructions either employing delay functions [29, 7], requiring many rounds or much communication [37, 12, 35, 24], or achieving a sub-optimal version of the ideal functionality subject to manipulation [22, 5].
On the other hand, it turns out, that the use of unpredictable randomness is essential to the design of efficient consensus protocols [17, 6, 1]. Dolev and Reischuk [17] show that any deterministic protocol must have communication complexity. Bar-Joseph and Ben-Or [6] show that against a computationally unbounded adaptive adversary that can view the local state of all players, any (even randomized) synchronous protocol requires rounds. Abraham et al. [1] show that without unpredictable randomness, any consensus protocol must use communication.
1.1 Our Setting
The goal of this paper is to quantify the precise amount of randomness that must be drawn from such a beacon to allow for efficient and adaptively secure consensus protocols. We make minimal auxiliary assumptions, focusing on the information-theoretic (i.e., a computationally unbounded111Under computational assumptions, e.g., using a delay function, a beacon can be constructed. The unbounded adversary setting enables us to isolate the utility of the beacon. adversary and no PKI), synchronous setting. Specifically, we consider the following ideal functionality for a beacon: At each round , a fresh, uniformly random string is revealed to all players.
Such an assumption, referred to as an idealized common coin or randomness beacon is a common assumption in the protocols for asynchronous networks [15, 31]. We say that a protocol has low beacon entropy if it can be implemented using a randomness beacon that generates bits in total during the protocol. We stress that it is important that the random string revealed to all players at round is not only uniform, but also is unpredictable prior to round . In other words, no adversary can predict the contents of the string of round prior to round . Abraham et al. [1] show that any protocol secure against an adversary that can predict the content of the beacon ahead of time, must use communication. We emphasize that our lower bound applies even when the protocol has access to our beacon with stronger unpredictability.
1.2 Our Results
We provide a complete and tight characterization of efficiency, adaptive security, and low beacon randomness:
- Impossibility (Section 4, Theorems 7 and 8):
-
We show that no consensus protocol can simultaneously achieve all three properties. That is, any efficient, adaptively secure consensus protocol must use a randomness beacon that outputs bits. Our impossibility result holds against a computationally unbounded adversary in a broadcast communication model.
- Possibility (Section 5, Lemmas 9, 15, and 17):
-
We show that the above impossibility is tight by presenting three consensus protocols, each realizing exactly two of the above three properties. Our protocols work against a computationally unbounded adversary in a peer-to-peer communication model. Together, they demonstrate a trilemma: consensus protocols can achieve any two of efficiency, adaptive security and low-entropy, but not all three.
2 Related Work
A long line of work considers a computationally bounded adversary [13, 2, 18, 21]. Protocols in this setting employ cryptographic tools to enable adaptive secure consensus protocols with as few as rounds (in expectation). This research culminates in the work of Ghinea, Goyal and Liu-Zhang [21], which matches the decades-old lower bound Chor, Merritt, and Shmoys [13] which states that any round consensus protocol has error probability at least ).
Coming back to an unbounded adversary, other works [26, 36, 8, 1, 16] consider relaxed versions of the adaptive adversary, and design consensus protocols that circumvent the aforementioned round and communication lower bounds of [1, 6].
Adaptively secure consensus.
By Abraham et al. [1], any protocol that is secure against a strongly adaptive adversary must use bits of communication. This bound is known to be tight in the setting of a computationally bounded adversary by the work of Abraham et al. [2]. The protocol of this work also achieves optimal round complexity, in expectation.
Adversary Relaxations.
On the road to circumventing the lower bounds of [1, 6], various relaxations to the strongly rushing adversary have been considered.
-
A typical relaxation is that if the adversary chooses to corrupt a player at round , player still performs the honest behaviour of round prior to the adversary taking control of (at which point the adversary can send additional messages, still in round ). Protocols achieving communication complexity under this assumption include the work of King and Saia [26], and the follow up work by King, Lonargan, Saia and Trehan [25] in which they show protocols with communication complexity. Additional cryptographic assumptions allow the design of protocols with nearly linear communication complexity [8, 11, 2, 9]. Another class of protocol circumventing the communication lower bound of [1] are motivated by blockchain applications, and make use of proof-of-work or proof-of-stake assumptions [16, 32].
-
Another line of work considers a late adaptive adversary. Roughly, this is an adaptive adversary with an outdated view of the state of the protocol. At each round the adversary may choose players to corrupt based on all information available so far, however the actual corruption occurs several rounds later. Most of these works consider relaxed variants of the consensus problem, e.g., almost-everywhere consensus [36, 4, 3, 27].
Randomness beacon entropy.
As mentioned, the idealized randomness beacon assumption, also known as a common coin, is extensively used in consensus protocol design in asynchronous networks (See [31] and references within). A recent work [23] studies a similar question to ours. Specifically, they consider protocols secure against an adaptive omission failure adversary, and characterize the trade-off between the required number of oracle calls to a random beacon and the round complexity.
3 Preliminaries
Notation.
We let denote the security parameter. If a function is for every polynomial in , we say is negligible in . We write . We let denote the logarithm base 2 of . If is a random variable over domain , and , we denote the min-entropy of by .
Model.
We consider a network of players (eq. nodes or participants). We focus here on the permissioned setting, in which the set of players is fixed and known to all players in advance. At most players can be corrupt. We further assume that communication takes place over a synchronous network with maximum message delay of , i.e. a player at round has received all messages sent to it up to round . For simplicity of exposition, we assume that , but all our results extend naturally to the general case of delay parameter . Throughout the paper we consider two models for a communication network. In the peer-to-peer model, players may send different messages to different players during each round. In the broadcast model, players (including corrupted players) may only broadcast a message, which is received by all other players.
Specifically, the latter model does not allow corrupt players to equivocate. Our lower bound holds even in the more generous broadcast model, and our upper bounds hold even in the more general peer-to-peer model of communication.
Adversary model.
All of the adversaries considered in the paper are computationally unbounded, and in particular we assume no PKI (though we do assume authenticated channels between participants). Specifically, we consider three types of adversaries, static, adaptive, and mobile blocking. Let be the adversary’s corruption budget. It is useful for us to consider an adversary as a pair of algorithms , where is responsible for choosing the identities of up to corrupted players at every round , and is the adversary participating in the protocol. A bit more formally, at each round , may observe and output a set of at most players. Here, is a description a protocol and refers to the transcript of a protocol up to round (see Definition 2). Each adversary type we consider imposes different restrictions on either or .222One might ask about the possibility of a mobile adversary capable of corruption, but this is tricky to reason about as it requires a notion of “un-corrupting” players.
-
Static. The static adversary chooses the identities of corrupt players at round , and this choice is fixed throughout the execution of the protocol. The adversary has complete control over the behaviour of the corrupted players. In other words for all . There are no restrictions on .
-
Adaptive. At the beginning of each round , the adversary chooses the identities of players to corrupt in that round, based on its observations of the transcript of the protocol and the players it has corrupted thus far. These players stay corrupted for the rest of the execution. In other words, for all . There are no restrictions on .
-
Mobile blocking. A mobile blocking adversary can, at every round, observe , where is a round, and is the transcript of up to round , and output a set of at most players that are prohibited from sending messages at round . We emphasize that unlike the adaptive adversary which is constrained by the total number of corruptions, the mobile adversary may corrupt up to players in each round regardless of how many players it has corrupted in the past. A mobile blocking adversary is also captured by the notation via , and be an adversary behaviour in which corrupted players send no messages.
In any adversary variant, we say that an adversary corrupting at most players is -bounded.
Randomness.
The protocols we consider in this work have two main sources of randomness. For both of them, we assume an ideal functionality as our goal is to reason about the nature and amount of randomness required to design consensus protocols.
-
1.
Common Random String (CRS). We assume that at round , an arbitrarily long (as per the protocol’s specification) uniformly random string is revealed to all players. A static adversary must choose the identities of corrupt players prior to the CRS being revealed. An adaptive or mobile adversary can choose the identities of corrupt players after is revealed.
-
2.
Randomness Beacon. A randomness beacon is an oracle that at every round , produces a fresh uniformly random string of an arbitrary length (as per the protocol’s specification). In particular, for each round , an adaptive or a mobile adversary must choose the identities of corrupted players prior to the revelation of .
Clearly, in the presence of an adaptive adversary the latter source of randomness is significantly more powerful than the former. It is precisely the latter source of randomness that is the main focus of this paper.
Authenticated Channels.
Similarly to prior work [26, 8], we assume that communication channels in our network are authenticated. Intuitively, this means that each player knows the identity of the sender for any message received. This can be formalized by instantiating communication channels with a map that maps a message to the tuple , where is the sender of . This mapping is fixed and can not be tampered with by the adversary.
Executions.
An execution is a tuple where is the protocol run by honest players. is a particular adversary, i.e. is an algorithm that chooses corrupt players (only at if static, otherwise chooses at every round ) based on the transcript of the protocol and internal state of corrupt players, and instructions for the behaviour of the environment. denotes the random coins of all players. Given a protocol we say that is an execution of if the first component of is .
We say that an execution is admissible in the adaptive model if for all rounds it holds that . In the static model we further demand that the identities of corrupt players remain fixed throughout the execution of the protocol. At times we abuse notation and refer to an execution also as the random variable which is a distribution over executions in which is the protocol run by honest players, and is the adversary (corrupt players in each round, and actions taken by them). We denote this random variable by .
Byzantine Agreement ().
In the task, players must come to an agreement on a bit under some constraints. Each player has an input , and produces an output . We say that a protocol solves the task if the following three properties are guaranteed by , except for with probability.
-
1.
Termination. There exists such that all honest players have produced an output by round .
-
2.
Agreement. For any pair of honest players , the probability (over the randomness of the adversary and the protocol) that these players output different values is at most .
-
3.
Validity. If all honest players have the same input bit , then all honest players always output .
An additional critical notion relating to a protocol is latency, which is defined as follows. Intuitively, latency captures the expected number of rounds it takes for to terminate.
Definition 1 (Latency).
Let be a protocol solving BA, and let denote the random variable indicating the round in which player terminates given an adversary corrupting some subset of the players. Given an execution , let denote the set of players that remain honest throughout the entire execution. has expected latency given corruptions if for all adversaries corrupting at most players,
Randomness beacon.
In this paper, we consider an -bit randomness beacon to be an -party protocol with access to a random oracle that satisfies termination and agreement and, on input , outputs a string of length . Furthermore, the value output by the honest parties must be computationally indistinguishable from random, in the random oracle model. In other words, the adversary responsible with distinguishing between the uniform distribution and the output of the beacon is only bounded in its number of queries to the random oracle, but not in any other manner. In particular, it can perform arbitrary computation. More precisely, let be any (computationally unbounded) adversary corrupting out of players. Let by any computationally bounded distinguisher, making queries to the random oracle . Denote by the output of the honest parties from an execution of with the adversary . For any such it must hold that:
We say that is secure against a static/adaptive/mobile blocking adversary if the above holds and is a static/adaptive/mobile blocking adversary respectively. We note that the definition of a randomness beacon varies throughout the literature; here, we consider a weak notion where the adversary corrupting parties during the protocol execution is different from the adversary attempting to distinguish the beacon output from random. This notion is still nontrivial.
4 Impossibility Result
In the following, we define formal notions in order to rigorously discuss the amount of common randomness consumed by a protocol with adaptive security and low communication. Recall that in this section, we assume to be in the broadcast model of communication. We begin with defining the transcript of a protocol.
Definition 2 (Transcript).
Consider a protocol for a network of players, and let denote some adversary. Denote by the random variable of executions under . We define the transcript to be the random variable that indicates the identities and contents of the players speaking in each round. Formally, we have
-
-
, where is a subset of honest players at round , and denotes the messages of those players. Furthermore, an honest player speaks in round iff , and the message it sends is consistent with . contains the identities of the adversarial parties speaking at round and the contents of their messages
We consider the following notion of unpredictability, that intuitively says that the probability that an adaptive adversary can guess correctly the set of speaking parties in every round, given the transcript of the protocol up to that round is negligible.
Definition 3 (Adversary’s guess of speaking parties).
Let be a consensus protocol, and let be an adversary. We define the adversary’s guess to be a series given by an algorithm of the adversary’s choice where for each ,
Given the above definition, we can now define global leader unpredictability:
Definition 4 (Global leader unpredictability).
Let be a protocol. We say that has global leader unpredictability if for any adversaries and ,
We now prove that if a protocol satisfies global leader unpredictability, then its transcript contains a significant amount of min-entropy.
Lemma 5.
Let be a protocol that satisfies global leader unpredictability. Then for any constant and any adversary ,
Proof.
Assume towards a contradiction that there exist a constant and an adversary such that
Now for each , denote by the value . Applying to both sides of the inequality above, we get that
Thus, by definition of min-entropy, we have that there exist strings s.t.
We thus have that
where the first transition is by definition of the probability of event intersection. Since is a part of , we thus get that there exists set s.t.
Now note that an adversary that predicts at round the set can realize this success probability, thus violating the global leader unpredictability condition, as required. Such an adversary is realizable both in the adaptive and mobile blocking models since the adversary at round has definitive knowledge of the transcript up to and including round , including .
We would now like to prove that the lack of the global unpredictability condition, combined with low communication, implies susceptibility to attacks by adaptive adversaries. With the notion of a transcript in hand, we can also now formally define the relevant notion for this paper of low communication.
Definition 6.
Let be a consensus protocol, and let be an adversary. We define the communication complexity of to be the random variable . We say that the communication is uniform if there exists such that except for with probability it holds that for all and for all . We refer to as the uniform communication complexity of . We say that a protocol has low communication if it has uniform communication of .
The goal of defining uniform communication, as opposed to just considering the general number of bits exchanged between players in the protocol, is to speak rigorously about protocols in which only a few players speak in each round. We now aim to prove the following theorem, which says that any protocol in which few players speak in every round, uses low beacon entropy, and is adaptively secure, requires many rounds. In other words, no protocol can simultaneously be efficient, adaptively secure, and use low beacon entropy.
Theorem 7.
Let be a protocol that has the following properties:
-
does not satisfy global leader unpredictability.
-
Except for initial rounds, has uniform communication complexity
Then w.p. for some polynomial , requires rounds in the presence of a -bounded adaptive adversary, for any . Furthermore, if a mobile blocking adversary is considered, then does not exist for any .
Proof.
By the assumption that does not satisfy global leader unpredictability, we deduce that there exist a polynomial and adversaries and such that
Now consider the following adversary , acting as follows. Let be the number of initial rounds which may have high communication complexity. In the following, we employ a well-known result [13], which states that any protocol with rounds has error probability of at least , with the adversary needing to corrupt at most players [13]. In our case, .
-
1.
For the first rounds, employ the adversary strategy [13], corrupting at most players in the process.
-
2.
acts as follows: At the beginning of any round , use to obtain . In the case of the adaptive adversary, corrupt all the players in until the total number of corrupted parties has reached the corruption budget . In the case of a mobile blocking adversary, corrupt them for round .
-
3.
sends no messages by the corrupted players; that is, the players in . Note that this is compatible behaviour with the mobile blocking adversary, in addition to the adaptive adversary.
From here on in, the analysis is conditioned on the event that has guessed correctly the identity of speakers at all rounds, which occurs w.p. at least , by assumption. Due to the strategy of [13], we have that with at least inverse polynomial probability, does not solve up to round of the execution. For the following rounds, no progress is made since the adversary corrupts all parties participating in the protocol for those rounds. Thus at least with inverse polynomial probability, requires rounds, as required. In the case of a mobile blocking adversary, no progress is made at all, indefinitely, and so in particular the protocol either has no termination, or has error probability at least , which is a contradiction.
We now show that global leader unpredictability implies a randomness beacon. This randomness beacon simply runs and computes the hash(i.e. queries the random oracle) of the identities that spoke in each round. Since these identities are unpredictable, given enough parties there is sufficient randomness to construct a beacon.
Corollary 8.
Let be an -party protocol satisfying global leader unpredictability. If , there exists a randomness beacon such that:
-
has the same communication complexity and latency as .
-
outputs bits that are indistinguishable from random by any efficient query) adversary in the random oracle model.
Proof.
Let be a hash function which we model as a random oracle. Let be the protocol obtained by running and outputting the hash(i.e. querying the oracle ) of the identities of the parties that speak in each round of . Observe now that trivially satisfies the first bullet point, since it involves only running and applying a function to its transcript. Since we operate in the broadcast setting with authenticated channels, all parties know these identities of speaking parties. Recall that global leader unpredictability states that this tuple of speaking parties has at least min-entropy for any constant . Therefore, for any fixed string , the probability that this tuple of identities equals is at most for any constant . Let be a computationally bounded adversary making a polynomial number of queries to the random oracle . The probability that queried the tuple of speaking parties to is smaller than the inverse of any polynomial, which is negligible. Therefore, except with negligible probability the hash of the tuple of speaking parties is a freshly random value from the perspective of .
5 Possibility Results
Having established the above trade-off, we turn to showing that it exactly captures the role of randomness in efficient and adaptively secure . Specifically, we present three protocols solving , all simplified versions of known protocols from the literature, and prove that each of them satisfies two of the three properties we described above. To make our results as strong as possible, throughout this section, we consider a model where players are deterministic and all players are given access to an ideal randomness beacon and a . Recall (see Section 3) that an adaptive adversary must make corruption choices for round prior to seeing the beacon output of round . While for the lower bound result we assumed a broadcast model of communication, we assume a peer-to-peer network for the upper bounds, to make our results as strong as possible. In particular, corrupt players can equivocate. We formally describe our framework and general protocol in the following section, and then showcase how this framework is instantiated in three ways to obtain protocols:
-
1.
Efficiency and adaptive security. We show that when entropy from a beacon is not limited, there exists a protocol that is adaptively secure and efficient. The details, along with our general framework, are in Section 5.1.
-
2.
Low beacon entropy and adaptive security. If one is willing to forgo low communication, we show that there is an adaptively secure, low beacon entropy protocol that also has expected round complexity. The details are in Section 5.2.
-
3.
Low beacon entropy and efficiency. If one wishes to forgo adaptive security, then there exists an efficient protocol that uses low beacon entropy that is secure against a static adversary. The details are in Section 5.3.
Mobile blocking adversary.
All the proofs relating to security against an adaptive adversary in this section can easily be modified to work for a mobile blocking adversary, with the same protocols. The main observation is that against an adversary that can only silence players, none of our proofs use the property that the same parties are corrupted between rounds, and also that in our protocols, the actions of an honest player depend only on the messages received from the previous round, and not any other round in the past.
5.1 Efficiency and Adaptive Security
In this section we describe our general framework for protocol design, along with one instantiation of it to obtain a protocol that has low communication(i.e. parties talk in each round) and is secure against an adaptive adversary, as long as for all and constants . Formally, we prove the following in this section:
Lemma 9.
For all , assuming a randomness beacon, there exists a protocol that except for with probability, solves the task in the presence of an adaptive adversary that satisfies for all .
Furthermore, the protocol has expected latency, and the protocol has uniform communication complexity, in expectation.
Our general framework, with which all three of our protocols are designed, resembles that of Gafni and Losa [19] of interlacing executions of the commit-adopt task and leader election. The main differences are the use of the randomness beacon to ensure both low communication and security against an adaptive adversary for some of our considered settings, and the consideration of a stronger adversary (Losa and Gafni assume a non equivocating adversary). With this in mind, we describe in this section the general framework and its concrete implementation to obtain Lemma 9. The following sections explain how to modify the implementation to obtain the other two protocols.
In all our protocols, the set of parties tasked with speaking in each round is denoted by for round . We refer to as the committee of round . Furthermore, each round has a designated leader, denoted by . Despite the fact that every round has a leader, in most rounds the leader does not have any special role. The identity of and in each of our considered settings is derived both from the beacon and the given in different ways, as follows.
-
1.
Efficiency and adaptive security. To achieve Lemma 9, we use the randomness beacon as follows. Denote the string distributed at round to the players by the randomness beacon by . We choose , where is the security parameter, and we treat as where is the identity of a player, which is referred to as the leader of round , and is a subset of size of players, indicating the committee of round . The protocol presented in this section makes no use of the given .
-
2.
Adaptive security and low beacon entropy. This protocol also makes no use of the . In this protocol, for all , and the leader is elected via the randomness beacon string as above. See Section 5.2 for further details.
-
3.
Efficiency and low beacon entropy. This protocol is the only protocol that makes use of the . We interpret the as where with and of size . See Section 5.3 for further details.
Our framework is comprised from the interlacing of two components.
-
Commit-Adopt (). The protocol consists of 2-rounds. In each of these rounds, only the committee speaks. If the step fails to achieve consensus, players proceed to the second phase of the protocol.
-
Conciliator (). Intuitively, the goal of the Conciliator task is to bring back the honest players into a consistent view after the previous failed. This is done by running an additional and a leader election, and then outputting a value to continue with for the subsequent .
We now formally define the two procedures , and .
Definition 10 (Commit-Adopt).
In the commit-adopt task (), each player receives an input value , and must produce an output of the form or for some value , with the following guarantees.
-
1.
Agreement. If an honest player outputs for some value , then all honest players must output either or .
-
2.
Validity. If all honest players input the same value , then all honest players must output .
-
3.
Termination. There exists a round such that by round , all awake honest players have submitted an output.
Definition 11 (Conciliator).
In the conciliator task (), each player has an input value and must produce an output with the following guarantees.
-
1.
Validity. If all honest players input the same value , then all honest players output .
-
2.
Termination. There is a round such that all honest players output by round .
-
3.
Probabilistic Agreement. With probability at least , all players output the same value inputted by some honest player.
Our generic protocol alternates between executions of and until is solved. See Figure 1 for an illustration. We denote the -th execution of and by and , respectively. We now provide formal descriptions of the protocols for and using as explained above to obtain Lemma 9. The following sections explain how these implementations are modified to obtain our other protocols.
We employ the following adopt-commit protocol executed by all honest players with input .
-
1.
At round , if , broadcasts its input . Otherwise, do nothing.
-
2.
At round , if , do nothing. Otherwise, if there exists a value that has received from more than of the players in 333Here we use our authenticated channels assumption, broadcasts . Otherwise, do nothing.
-
3.
At round , decides on its output as follows.
-
(a)
If there exists value such that has received from at least of the players in , output .
-
(b)
Else if there exists a value for which received more from players in than for any other value, output .
-
(c)
Else, output .
-
(a)
We now prove that the above procedure solves the problem in the presence of an adaptive adversary, as long as there is a constant s.t. for all . In general, the above procedure solves the problem as long as contains a greater than -majority of honest players for all rounds . In the context of Lemma 9, we make the following observation, which is used liberally throughout the section. We denote the above protocol by .
Observation 12.
Let be an adaptive adversary. Then for all it holds that
Proof.
The proof follows from standard concentration bounds. Specifically we get that the expected number of corrupted players in is upper bounded by , and thus by a Hoeffding bound we get the probability that the number of corrupted players in exceeds is at most . For this we use the facts that , is a constant, the choice of each player in being independent, and the independence of on .
We thus assume from here on in for the remainder of the analysis that an honest super-majority assumption holds at all rounds amongst the committee members, i.e. holds for all . With that in mind all that is left is to prove that the above protocol solves the problem.
Lemma 13.
For any constant , except for with probability, Algorithm 1 solves the task whenever .
Proof.
Termination is clear from the behavior of the protocol. We move on to Validity, assume that all honest parties start the protocol with input , and let be as in the protocol. Then in particular, all honest players in broadcast . The above observation implies that any honest player in observes the value from more than of the players in . Thus all honest players in broadcast message at round 1. Which in turn causes all honest players to output at , as required. For Agreement, let be the value output by some honest player . Which means that observed from more than of the members of . Note first that no other honest member of sends for a different value, as this implies that that two honest players in , respectively received multicasts of from more than of the members of , and a quorum intersection argument implies the existence of an honest player in that broadcast two different inputs, which can not occur. Thus for any other value an honest player can only observe strictly less than messages from players in . On the other hand, if observed from more than of the members of , this implies, together with Observation 12, that more than of the honest members of broadcast , which means all honest players have seen messages from more than of the members of . Combined, this means that all honest players have observed more messages from players in than for any other value, and thus output either or , as required.
We now proceed to designing a protocol for the task.
We employ the following conciliator protocol executed by all honest players with input .
-
1.
If , run according to protocol with input value .
-
2.
If , if or , broadcast output.
-
3.
if , then:
-
(a)
If received from more than of the players in for some value , then outputs .
-
(b)
Else, if received or for some value from , then output
-
(c)
Else, output .
-
(a)
We now proceed to prove the correctness of the above procedure.
Lemma 14.
For any constant , except for with probability, Algorithm 2 solves the task whenever .
Proof.
Termination is clear from the behavior of the protocol. For Validity, if is the input of all honest players, then by the Validity of , we get that by round , all honest players output . For probabilistic agreement, note that if no honest player outputs according to item (a), then the property holds as the leader is honest w.p. at least . Otherwise, Let be an honest player that output according to item (a), which implies that observed more than fraction of messages for the same value from the players in . In particular this implies that at least one of those players is honest. Thus by the Agreement property , we have that all honest players output either or . Thus no player in sends for any value . In particular this means that no honest player views more than a fraction of for any . Thus, all honest players that output according to item (a) agree. Denote that value by . Now note that w.p. at least , is honest, and if this is the case, then also output either or , by the agreement property of , and all other honest players output according to item in that case. Thus, w.p. at least , all honest players agree on the output, as required.
We denote by the number of rounds required to run the tasks, respectively. We can now describe the generic protocol we employ. The following protocol is executed by every honest player with input .
-
1.
For :
-
(a)
If , run as in with input being the output of or if .
-
(b)
If run as in with input being ’s output in .
-
(c)
let be the output of .
-
i.
If for some value, then output as decision. Participate in the protocol for one more iteration with inputs to all subroutines being fixed to .
-
ii.
Else, move on to .
-
i.
-
(a)
With the above instantiations of and in mind, we now prove that the above protocol proves Lemma 9.
Proof.
For Termination, consider an iteration of the protocol above. By probabilistic agreement of , we have that w.p. at least , all honest players agree on the output of . Denote it by . Conditioned on agreement, Validity of guarantees that all honest players output , and thus they all terminate at the end of . Thus for every iteration , w.p. at least , all honest players terminate at the end of iteration . Thus, w.h.p. all honest players terminate after iterations. For Validity, consider the case where all players have the same input . The Validity properties of both and imply that at end of iteration 1, all honest players output from and output , as required. For Agreement, Let be the first honest player to output, with output . I.e. there exists an such that output from , and no honest player has output for any at any iteration . In particular, this implies, by the consistency of , that all other honest players output either or from . Which implies that all honest players enter iteration with input . The Validity of an iteration, proven above, implies thus that by the end of iteration , all honest players output .
Combining the fact that for every iteration , w.p. at least , all honest players terminate at the end of iteration with the small size of for all , we obtain that the protocol halts in rounds in expectation, and has uniform communication complexity, in expectation, as required.
Note that we have essentially proved that Algorithm 3 solves whenever the number of honest participants in each round exceeds a fraction. Furthermore, it has expected latency of .
Nakamoto Consensus.
Note that Nakamoto consensus [32], also gives an efficient protocol with adaptive security. In each round, a leader is elected from a beacon. The leader adds a block to a chain, and consensus is reached on a prefix of the current longest chain, i.e. on blocks that are -deep in the longest chain. This implies that in order to agree on a single block with confidence, it must be deep in the longest chain. Thus, the beacon needs to emit random bits to reach consensus. We note that the classic implementation of Nakamoto does not satisfy the validity condition of BA. This is easily remedied with a single invocation of prior to the initiation of the Nakamoto protocol. While requires communication, note that our lower bound (Theorem 7) applies even when the protocol has initial rounds of high communication.
5.2 Adaptive security and low beacon entropy
Next, we showcase a protocol that is secure against an adaptive adversary and does not satisfy Definition 4 (i.e., has low beacon entropy). This, of course, as per Theorem 7, implies that this protocol has to have high communication. Specifically, all parties send messages in every round. Specifically, we prove the following lemma.
Lemma 15.
For every , and assuming a randomness beacon there exists a -secure consensus protocol against an adaptive adversary, with expected latency. Furthermore, the protocol does not satisfy Definition 4.
We once again in this protocol make no use of , as we aim to be secure against an adaptive adversary. The protocol is going to follow the same structure of Algorithm 3, with the following modifications.
-
All players participate in every round of Algorithm 3. In other words, for all rounds . In particular, the randomness beacon is not used for committee sampling.
-
The random beacon is still being used to sample a uniformly random leader during the task. That is the only use of the randomness beacon. In other words, the output of the randomness beacon at round , denoted by , contains only the identity of a single player which is the chosen leader for round .
Correctness of the protocol and its security against an adaptive adversary are immediate from the proof of correctness for Algorithm 3, and the adversary being -bounded for . The last item to prove is the following.
Claim 16.
Algorithm 3 when implemented without committees, satisfies that there exists a constant such that
Proof.
Note that the only source of entropy in the modified protocol is the leader election in the subroutine. Besides that, all content of all messages is a deterministic function of the inputs of the players. Furthermore, we have that for each iteration , w.p. at least , all honest players terminate by the end of iteration . Thus, We get that for any adversary and any execution , and for every iteration w.p. at least , where is any round during iteration . In particular we then get that the total min entropy of the transcript of the protocol during iteration , for all is upper bounded by . For , the transcript is determined by the identity of the random leader, hence both of these iterations provide min entropy each. In total, we get that
as required.
5.3 Efficiency and low beacon entropy
In this section, we showcase a protocol achieving both low communication and low Randomness beacon entropy usage, which in particular implies that it doesn’t have global leader unpredictability (see Definition 4). This is the only protocol in which we make use of the . Specifically, we run Algorithm 3 but instead of using to select committees and a leader for , all the information about the committees and leaders for each iteration are taken from . I.e. the is interpreted as , where with and being a subset of players of size . We assume that is sufficiently long to encode such information. We recall that a static adversary makes its choice of corruption before observing the CRS. Formally, we prove the following.
Lemma 17.
For every and , and assuming a , there exists a -secure consensus protocol against a static adversary with expected latency and uniform communication complexity, in expectation.
For simplicity, we abuse notation and refer to for the purposes of this lemma also as the leader and the committee of round as described in the .
Observation 18.
Let be a static adversary. Then for all it holds that
when is taken from the .
The observation follows from the same arguments as Observation 12.
Proof.
The proof of the lemma follows from the correctness of Algorithm 3 whenever the honest fraction of participating parties in every round exceeds . Algorithm 3 was shown to have expected latency and by the size of for all we get that the communication complexity of the protocol is uniform in expectation, as required.
6 Conclusion
Our motivation in this paper was to characterize the space of what is possible in modern consensus protocols. Although prior work has examined many desirable properties of consensus, the relationship between randomness, communication efficiency, and adaptive security lacked a rigorous understanding. These properties have become especially desirable in modern-day consensus protocols, yet their theoretical foundations have lagged behind. We further our understanding of the consensus landscape by showing a trilemma: Efficient consensus with adaptive security requires bits of beacon entropy. On the positive side, we provide protocols that achieve any pair of these properties.
Implications for practice.
In modern blockchains, adaptive security is especially desirable to prevent bribery attacks or other attacks where nodes are temporarily compromised. In practice, modern blockchains often use randomness beacons to unpredictably elect leaders or committees. However, these randomness beacons come at a cost and add design and implementation complexity. Our work shows that efficient and adaptively secure protocols require beacons; this cost is in some sense unavoidable.
A natural next question is exactly how much randomness is needed from the beacon. Our possibility results show that the amount of entropy required is relatively low, growing only logarithmically in the number of parties. Therefore, using a beacon is unavoidable, yet this beacon can be relatively lightweight.
Extensions to other settings.
In this work, we have considered a computationally unbounded adversary and an information-theoretic setting. This choice mainly served to maintain the simplicity and clarity of the exposition. A natural alternative model is the PKI setting, with computationally bounded adversaries. Our positive results trivially extend to this setting, as information-theoretic security implies security against a computationally bounded adversary. Extending our lower bound is slightly more subtle, though we expect it to hold for a notion of pseudorandomness rather than statistical beacon entropy. We leave formalizing this analogous bound as an interesting direction for future work.
In this work, we restricted our attention to a special variety of low-communication protocols, specifically ones where the set of parties speaking in each round is small. This notion of communication efficiency is desirable in practice, and several protocols use a committee subsampling approach to this end (e.g., Algorand, Ethereum). However, one might also be interested in other notions of communication efficiency, for example the setting where communication is simply measured by the total number of bits exchanged by honest parties. An open question is whether our results stand in this alternate setting.
References
- [1] Ittai Abraham, T.-H. Hubert Chan, Danny Dolev, Kartik Nayak, Rafael Pass, Ling Ren, and Elaine Shi. Communication complexity of byzantine agreement, revisited. Distributed Comput., 36(1):3–28, 2023. doi:10.1007/S00446-022-00428-8.
- [2] Ittai Abraham, Srinivas Devadas, Danny Dolev, Kartik Nayak, and Ling Ren. Synchronous Byzantine Agreement with Expected O(1) Rounds, Expected O() Communication, and Optimal Resilience. In Financial Crypto, 2019.
- [3] Mohamad Ahmadi, Abdolhamid Ghodselahi, Fabian Kuhn, and Anisur Rahaman Molla. The cost of global broadcast in dynamic radio networks. Theor. Comput. Sci., 806:363–387, 2020. doi:10.1016/J.TCS.2019.07.013.
- [4] Mohamad Ahmadi and Fabian Kuhn. Multi-message broadcast in dynamic radio networks. In ALGOSENSORS, 2016.
- [5] Kaya Alpturer and S. Matthew Weinberg. Optimal RANDAO manipulation in ethereum. In AFT, 2024. doi:10.4230/LIPIcs.AFT.2024.10.
- [6] Ziv Bar-Joseph and Michael Ben-Or. A tight lower bound for randomized synchronous consensus. In PODC. ACM, 1998. doi:10.1145/277697.277733.
- [7] Dan Boneh, Joseph Bonneau, Benedikt Bünz, and Ben Fisch. Verifiable Delay Functions. In CRYPTO, 2018.
- [8] Elette Boyle, Ran Cohen, and Aarushi Goel. Breaking the O(n)-bit Barrier: Byzantine Agreement with Polylog Bits Per Party. In PODC. ACM, 2021. doi:10.1145/3465084.3467897.
- [9] Nicolas Braud-Santoni, Rachid Guerraoui, and Florian Huc. Fast byzantine agreement. In PODC. ACM, 2013. doi:10.1145/2484239.2484243.
- [10] Miguel Castro, Barbara Liskov, et al. Practical Byzantine Fault Tolerance. In OSDI, 1999.
- [11] Jing Chen and Silvio Micali. Algorand: A secure and efficient distributed ledger. Theor. Comput. Sci., 777:155–183, 2019. doi:10.1016/J.TCS.2019.02.001.
- [12] Kevin Choi, Aathira Manoj, and Joseph Bonneau. Sok: Distributed randomness beacons. In IEEE Security & Privacy, 2023.
- [13] Benny Chor, Michael Merritt, and David B. Shmoys. Simple constant-time consensus protocols in realistic failure models. J. ACM, 36(3):591–614, 1989. doi:10.1145/65950.65956.
- [14] Francesco D’Amato and Luca Zanolini. A simple single slot finality protocol for ethereum. In ESORICS, 2023.
- [15] Sourav Das, Sisi Duan, Shengqi Liu, Atsuki Momose, Ling Ren, and Victor Shoup. Asynchronous Consensus without Trusted Setup or Public-Key Cryptography. In ACM CCS, 2024.
- [16] Bernardo David, Peter Gazi, Aggelos Kiayias, and Alexander Russell. Ouroboros Praos: An Adaptively-Secure, Semi-synchronous Proof-of-Stake Blockchain. In Eurocrypt, 2018.
- [17] Danny Dolev and Rüdiger Reischuk. Bounds on information exchange for byzantine agreement. J. ACM, 32(1):191–204, 1985. doi:10.1145/2455.214112.
- [18] Matthias Fitzi, Chen-Da Liu-Zhang, and Julian Loss. A new way to achieve round-efficient byzantine agreement. In PODC. ACM, 2021. doi:10.1145/3465084.3467907.
- [19] Eli Gafni and Giuliano Losa. Brief Announcement: Byzantine Consensus Under Dynamic Participation with a Well-Behaved Majority. In DISC, 2023. doi:10.4230/LIPIcs.DISC.2023.41.
- [20] Juan A. Garay and Aggelos Kiayias. SoK: A Consensus Taxonomy in the Blockchain Era. In CT-RSA, 2020.
- [21] Diana Ghinea, Vipul Goyal, and Chen-Da Liu-Zhang. Round-optimal byzantine agreement. In Eurocrypt, 2022.
- [22] Yossi Gilad, Rotem Hemo, Silvio Micali, Georgios Vlachos, and Nickolai Zeldovich. Algorand: Scaling byzantine agreements for cryptocurrencies. In SOSP, 2017.
- [23] Mohammad Hajiaghayi, Dariusz R. Kowalski, and Jan Olkowski. Nearly-optimal consensus tolerating adaptive omissions: Why a lot of randomness is needed? In PODC. ACM, 2024. doi:10.1145/3662158.3662826.
- [24] Alireza Kavousi, Zhipeng Wang, and Philipp Jovanovic. SoK: Public Randomness. In Euro S&P, 2024.
- [25] Valerie King, Steven Lonargan, Jared Saia, and Amitabh Trehan. Load balanced scalable byzantine agreement through quorum building, with full information. In ICDCN, 2011.
- [26] Valerie King and Jared Saia. Breaking the O(n) bit barrier: Scalable byzantine agreement with an adaptive adversary. J. ACM, 58(4):18:1–18:24, 2011. doi:10.1145/1989727.1989732.
- [27] Marek Klonowski, Dariusz R. Kowalski, and Jaroslaw Mirek. Ordered and delayed adversaries and how to work against them on a shared channel. Distributed Comput., 32(5):379–403, 2019. doi:10.1007/S00446-018-0341-7.
- [28] Leslie Lamport, Robert E. Shostak, and Marshall C. Pease. The Byzantine Generals Problem. ACM Trans. Program. Lang. Syst., 4(3):382–401, 1982. doi:10.1145/357172.357176.
- [29] Arjen K. Lenstra and Benjamin Wesolowski. A random zoo: sloth, unicorn, and trx. Cryptology ePrint Archive, Paper 2015/366, 2015. URL: https://eprint.iacr.org/2015/366.
- [30] Julian Loss and Gilad Stern. Zombies and ghosts: Optimal byzantine agreement in the presence of omission faults. In TCC (4), volume 14372 of Lecture Notes in Computer Science, pages 395–421. Springer, 2023. doi:10.1007/978-3-031-48624-1_15.
- [31] Achour Mostéfaoui, Hamouma Moumen, and Michel Raynal. Signature-free asynchronous binary byzantine consensus with t < n/3, o(n2) messages, and O(1) expected time. J. ACM, 62(4):31:1–31:21, 2015. doi:10.1145/2785953.
- [32] Satoshi Nakamoto. Bitcoin: A peer-to-peer electronic cash system. https://bitcoin.org/bitcoin.pdf, 2008.
- [33] Marshall C. Pease, Robert E. Shostak, and Leslie Lamport. Reaching agreement in the presence of faults. J. ACM, 27(2):228–234, 1980. doi:10.1145/322186.322188.
- [34] Michael O. Rabin. Transaction protection by beacons. Journal of Computer and System Sciences, 1983.
- [35] Mayank Raikwar and Danilo Gligoroski. SoK: Decentralized randomness beacon protocols. In Australasian Conference on Information Security and Privacy, 2022.
- [36] Peter Robinson, Christian Scheideler, and Alexander Setzer. Breaking the barrier: Fast consensus under a late adversary. In SPAA. ACM, 2018.
- [37] Ewa Syta, Philipp Jovanovic, Eleftherios Kokoris Kogias, Nicolas Gailly, Linus Gasser, Ismail Khoffi, Michael J Fischer, and Bryan Ford. Scalable bias-resistant distributed randomness. In IEEE Security & Privacy, 2017.
