Rise and Shine Efficiently! Tight Bounds for Adversarial Wake-up

Abstract

We study the wake-up problem in distributed networks, where an adversary awakens a subset of nodes at arbitrary times, and the goal is to wake up all other nodes as quickly as possible by sending only few messages. We prove the following lower bounds: * We first consider the setting where each node receives advice from an oracle who can observe the entire network, but does not know which nodes are awake initially. More specifically, we consider the KT0 LOCAL model with advice. We prove that any randomized algorithm must send ( n22β n ) messages if nodes receive only O(β) bits of advice on average. * For the KT1 assumption, we show that any (k+1)-time algorithm requires ( n1+1/k ) messages. Our result is the first super-linear (in n) lower bound, for a problem that does not require individual nodes to learn a large amount of information about the network topology. To complement our lower bound results, we present several new algorithms: * We give an asynchronous KT1 LOCAL algorithm that solves the wake-up problem with a time and message complexity of O( n n ) with high probability. * We introduce the notion of awake distance awk, which is upper-bounded by the network diameter, and present a synchronous KT1 LOCAL algorithm that takes O( awk ) rounds and sends O( n3/2 n ) messages with high probability. We also extend these ideas to obtain a near-optimal time- and message complexity of O\( awk 3n ) rounds O( n 3n ) messages. * We give deterministic advising schemes in the asynchronous KT0 CONGEST model (with advice). In particular, we obtain an O( awk2n )-time advising scheme that sends O( n2n ) messages, while requiring O( 2n ) bits of advice per node.

0

Turn this paper into a full lesson

ArcXiv compiles a staged curriculum from this paper: 8-12 lessons across beginner → advanced, synthesised section guides, visuals, flashcards, a quiz, exercises, and on-demand deep dives per section. Grounded in the abstract, never invented.

Discussion (0)

Sign in to join the discussion.

Loading comments…