ResearchTrend.AI
  • Papers
  • Communities
  • Events
  • Blog
  • Pricing
Papers
Communities
Social Events
Terms and Conditions
Pricing
Parameter LabParameter LabTwitterGitHubLinkedInBlueskyYoutube

© 2025 ResearchTrend.AI, All rights reserved.

  1. Home
  2. Papers
  3. 1506.00290
30
4
v1v2v3 (latest)

Compressing Communication in Distributed Protocols

31 May 2015
Y. Kalai
Ilan Komargodski
ArXiv (abs)PDFHTML
Abstract

We show how to compress communication in distributed protocols in which parties do not have private inputs. More specifically, we present a generic method for converting any protocol in which parties do not have private inputs, into another protocol where each message is {\em "short"} while preserving the same number of rounds, the same communication pattern, the same output distribution, and the same resilience to error. Assuming that the output lies in some universe of size MMM, in our resulting protocol each message consists of only polylog⁡(M,n,d)\mathsf{poly}{\log}(M,n,d)polylog(M,n,d) many bits, where nnn is the number of parties and ddd is the number of rounds. Our transformation works in the full information model, in the presence of either static or adaptive Byzantine faults. In particular, our result implies that for any such poly(n)\mathsf{poly}(n)poly(n)-round distributed protocol which generates outputs in a universe of size poly(n)\mathsf{poly}(n)poly(n), long messages are not needed, and messages of length polylog⁡(n)\mathsf{poly}{\log}(n)polylog(n) suffice. In other words, in this regime, any distributed task that can be solved in the LOCAL\mathcal{LOCAL}LOCAL model, can also be solved in the CONGEST\mathcal{CONGEST}CONGEST model with the \emph{same} round complexity and security guarantees. As a corollary, we conclude that for any poly(n)\mathsf{poly}(n)poly(n)-round collective coin-flipping protocol, leader election protocol, or selection protocols, messages of length polylog⁡(n)\mathsf{poly}{\log}(n)polylog(n) suffice (in the presence of either static or adaptive Byzantine faults).

View on arXiv
Comments on this paper