Repository landing page

We are not able to resolve this OAI Identifier to the repository landing page. If you are the repository manager for this record, please head to the Dashboard and adjust the settings.

From Partial to Global Asynchronous Reliable Broadcast

Abstract

Broadcast is a fundamental primitive in distributed computing. It allows a sender to consistently distribute a message among nn recipients. The seminal result of Pease et al. [JACM\u2780] shows that in a complete network of synchronous bilateral channels, broadcast is achievable if and only if the number of corruptions is bounded by t<n/3t < n/3. To overcome this bound, a fascinating line of works, Fitzi and Maurer [STOC\u2700], Considine et al. [JC\u2705] and Raykov [ICALP\u2715], proposed strengthening the communication network by assuming partial synchronous broadcast channels, which guarantee consistency among a subset of recipients. We extend this line of research to the asynchronous setting. We consider reliable broadcast protocols assuming a communication network which provides each subset of bb parties with reliable broadcast channels. A natural question is to investigate the trade-off between the size bb and the corruption threshold tt. We answer this question by showing feasibility and impossibility results: 1) A reliable broadcast protocol that: For 3≀b≀43 \le b \le 4, is secure up to t4t 4 even, is secure up to t4t 4 odd, is secure up to t<(bβˆ’3bβˆ’1n+6bβˆ’1)t < \left(\frac{b-3}{b-1} n + \frac{6}{b-1}\right) corruptions. 2) A nonstop reliable broadcast, where parties are guaranteed to obtain output as in reliable broadcast but may need to run forever, secure up to t<bβˆ’1b+1nt < \frac{b-1}{b+1} n corruptions. 3) There is no protocol for (nonstop) reliable broadcast secure up to tβ‰₯bβˆ’1b+1nt \ge \frac{b-1}{b+1} n corruptions, implying that the reliable broadcast protocol is asymptotically optimal, and the nonstop reliable broadcast protocol is optimal

Similar works

This paper was published in Cryptology ePrint Archive.

Having an issue?

Is data on this page outdated, violates copyrights or anything else? Report the problem now and we will take corresponding actions after reviewing your request.