Locally decodable code

From BitcoinWiki
This is the approved revision of this page, as well as being the most recent.
Jump to: navigation, search

A locally decodable code (LDC) is an error-correcting code that allows a single bit of the original message to be decoded with high probability by only examining (or querying) a small number of bits of a possibly corrupted codeword.

This property could be useful, say, in a context where information is being transmitted over a noisy channel, and only a small subset of the data is required at a particular time and there is no need to decode the entire message at once. Note that locally decodable codes are not a subset of locally testable codes, though there is some overlap between the two.

Codewords are generated from the original message using an algorithm that introduces a certain amount of redundancy into the codeword; thus, the codeword is always longer than the original message. This redundancy is distributed across the codeword and allows the original message to be recovered with good probability even in the presence of errors. The more redundant the codeword, the more resilient it is against errors, and the fewer queries required to recover a bit of the original message.


More formally, a (q, \delta, \epsilon)-locally decodable code encodes an n-bit message x to an N-bit codeword C(x) such that any bit x_i of the message can be recovered with probability 1 - \epsilon by using a randomized decoding algorithm that queries only q bits of the codeword C(x), even if up to \delta N locations of the codeword have been corrupted.

Furthermore, a perfectly smooth local decoder is a decoder such that, in addition to always generating the correct output given access to an uncorrupted codeword, for every j \in [q] and i \in [n] the j^{th} query to recover the i^{th} bit is uniform over [N]. (The notation [y] denotes the set \{1,\ldots, y\}). Informally, this means that the set of queries required to decode any given bit are uniformly distributed over the codeword.

Local list decoders are another interesting subset of local decoders. List decoding is useful when a codeword is corrupted in more than \delta/2 places, where \delta is the minimum Hamming distance between two codewords. In this case, it is no longer possible to identify exactly which original message has been encoded, since there could be multiple codewords within \delta distance of the corrupted codeword. However, given a radius \epsilon, it is possible to identify the set of messages that encode to codewords that are within \epsilon of the corrupted codeword. An upper bound on the size of the set of messages can be determined by \delta and \epsilon.

Locally decodable codes can also be concatenated, where a message is encoded first using one scheme, and the resulting codeword is encoded again using a different scheme. (Note that, in this context, concatenation is the term used by scholars to refer to what is usually called composition; see

Length of Codeword and Query Complexity[edit]

The rate of a code refers to the ratio between its message length and codeword length: \frac{|x|}{|C(x)|}, and the number of queries required to recover 1 bit of the message is called the query complexity of a code.

The rate of a code is inversely related to the query complexity, but the exact shape of this tradeoff is a major open problem. It is known that there are no LDCs that query the codeword in only one position, and that the optimal codeword size for query complexity 2 is exponential in the size of the original message.

LDCs are also useful for data storage, where the medium may become partially corrupted over time, or the reading device is subject to errors. In both cases, an LDC will allow for the recovery of information despite errors, provided that there are relatively few. In addition, LDCs do not require that the entire original message be decoded; a user can decode a specific portion of the original message without needing to decode the entire thing.

Complexity Theory[edit]

One of the applications of locally decodable codes in complexity theory is hardness amplification. Using LDCs with polynomial codeword length and polylogarithmic query complexity, one can take a function L: \{0,1\}^n \rightarrow \{0,1\} that is hard to solve on worst case inputs and design a function L': \{0,1\}^N \rightarrow \{0,1\} that is hard to compute on average case inputs.

Consider L limited to only length t inputs. Then we can see L as a binary string of length 2^t, where each bit is L(x) for each x \in \{ 0, 1\}^t. We can use a polynomial length locally decodable code C with polylogarithmic query complexity that tolerates some constant fraction of errors to encode the string that represents L to create a new string of length 2^{O(t)} = 2^{t'}. We think of this new string as defining a new problem L' on length t' inputs. If L' is easy to solve on average, that is, we can solve L' correctly on a large fraction 1 - \epsilon of inputs, then by the properties of the LDC used to encode it, we can use L' to probabilistically compute L on all inputs. Thus, a solution to L' for most inputs would allow us to solve L on all inputs, contradicting our assumption that L is hard on worst case inputs.

Private Information Retrieval Schemes[edit]

A private information retrieval scheme allows a user to retrieve an item from a server in possession of a database without revealing which item is retrieved. One common way of ensuring privacy is to have k separate, non-communicating servers, each with a copy of the database. Given an appropriate scheme, the user can make queries to each server that individually do not reveal which bit the user is looking for, but which together provide enough information that the user can determine the particular bit of interest in the database.

The Reed–Muller code[edit]

The main idea behind local decoding of Reed-Muller codes is polynomial interpolation. The key concept behind a Reed-Muller code is a multivariate polynomial of degree d on l variables. The message is treated as the evaluation of a polynomial at a set of predefined points. To encode these values, a polynomial is extrapolated from them, and the codeword is the evaluation of that polynomial on all possible points. At a high level, to decode a point of this polynomial, the decoding algorithm chooses a set S of points on a line that passes through the point of interest x. It then queries the codeword for the evaluation of the polynomial on points in S and interpolates that polynomial. Then it is simple to evaluate the polynomial at the point that will yield x. This roundabout way of evaluating x is useful because (a) the algorithm can be repeated using different lines through the same point to improve the probability of correctness, and (b) the queries are uniformly distributed over the codeword.

More formally, let \mathbb{F} be a finite field, and let l, d be numbers with d < |\mathbb{F}|. The Reed-Muller code with parameters \mathbb{F}, l, d is the function RM : \mathbb{F}^{\binom{l+d}{d}} \rightarrow \mathbb{F}^{|\mathbb{F}|^l} that maps every l-variable polynomial P over \mathbb{F} of total degree d to the values of P on all the inputs in \mathbb{F}^l. That is, the input is a polynomial of the form P(x_1, \ldots, x_l) = \sum\limits_{i_1+\ldots+i_l\le d}c_{i_1,\ldots,i_l}x_1^{i_1}x_2^{i_2}\cdots x_l^{i_l} specified by the interpolation of the \binom{l+d}{d} values of the predefined points and the output is the sequence \{P(x_1, \ldots, x_l)\} for every x_1, \ldots, x_l \in \mathbb{F}.

To recover the value of a degree d polynomial at a point w \in \mathbb{F}^n, the local decoder shoots a random affine line through w. Then it picks d + 1 points on that line, which it uses to interpolate the polynomial and then evaluate it at the point where the result is w. To do so, the algorithm picks a vector v \in \mathbb{F}^n uniformly at random and considers the line L = \{w + \lambda v \mid \lambda \in \mathbb{F}\} through w. The algorithm picks an arbitrary subset S of \mathbb{F}, where |S| = d+1, and queries coordinates of the codeword that correspond to points w+\lambda v for all \lambda \in S and obtains values \{e_{\lambda}\}. Then it uses polynomial interpolation to recover the unique univariate polynomial h with degree less than or equal to d such that h(\lambda) = e_{\lambda} for all \lambda \in S. Then, to get the value of w, it just evaluates h(0). To recover a single value of the original message, one chooses w to be one of the points that defines the polynomial.

Each individual query is distributed uniformly at random over the codeword. Thus, if the codeword is corrupted in at most a \delta fraction of locations, by the union bound, the probability that the algorithm samples only uncorrupted coordinates (and thus correctly recovers the bit) is at least 1 - (d+1)\delta. For other decoding algorithms, see.



See Also on BitcoinWiki[edit]