ListCascade in Bandit PAC Learning
- ListCascade is an algorithmic method for multiclass PAC learning with bandit feedback that reduces learning to a sequence of list-learning problems.
- It uses a cascade mechanism to iteratively shrink plausible label lists through epochs, converting sparse bandit feedback into labeled examples.
- By aligning exploration with current list size, it avoids a multiplicative K factor and attains sample complexity governed by the bandit DS dimension.
ListCascade is an algorithmic principle and concrete algorithm for multiclass PAC learning with bandit feedback in the realizable setting. It was introduced as the central mechanism for obtaining the upper bound in “PAC Learning with Bandit Feedback: Sharp Sample Complexity in the Realizable Setting,” where it reduces bandit multiclass learning to a sequence of list-learning problems by maintaining lists of plausible labels, shrinking those lists epoch by epoch, and terminating when each list becomes a singleton classifier (Hanneke et al., 25 May 2026).
1. Formal setting and basic object
ListCascade is defined for multiclass PAC learning with bandit feedback in the realizable case. The instance space is , the label space is , and the concept class is . The data distribution on is assumed realizable by : there exists such that . Training examples are i.i.d., but the learner does not observe labels directly. Instead, on round it receives an unlabeled instance , predicts 0, and observes only the bandit feedback bit
1
The input to ListCascade is an unlabeled sample 2, together with 3. Its output is a multiclass classifier 4 (Hanneke et al., 25 May 2026).
The algorithmic premise is that bandit feedback can occasionally be converted into full-information labeled examples. If the learner predicts from a restricted list of plausible labels and the bandit bit is 5, then the predicted label must equal the true label. ListCascade exploits this by maintaining a list predictor 6 and using bandit interaction as a filter that produces labeled samples only when the current randomized prediction is correct.
2. Epoch structure and cascade mechanism
ListCascade proceeds in epochs 7. It begins with the maximal list predictor
8
so every label is initially plausible. In epoch 9, the learner uses the previous list predictor 0 to explore: for each incoming instance 1 assigned to that epoch, it samples a prediction uniformly from the current list,
2
If 3, the learner records 4 in a labeled sample 5; otherwise the example is discarded. The new list-size target is
6
The new predictor 7 is built from 8 via an 9-list learner applied to multiple prefixes of 0, followed by majority vote on lists. With 1, the construction is
2
where 3 denotes the one-inclusion 4-list learner trained on the first 5 examples of 6. After the last epoch 7, 8 is a singleton list for all 9, and the final classifier 0 is defined as its unique element (Hanneke et al., 25 May 2026).
The cascade in the name refers to the geometric contraction of list sizes: 1 The exploration overhead in epoch 2 scales with the current list size rather than with the full label count. The expected success probability of converting a bandit round into a labeled example is at least approximately
3
up to a factor accounting for the current error of 4. The epoch schedule used in the analysis is
5
where 6. An inductive invariant states that with high probability
7
so after at most 8 epochs the final error is at most 9.
3. Reduction to list learning
The reduction hinges on list learning. A list predictor of size 0 is a function
1
with error
2
List learning is easier than ordinary multiclass learning because correctness requires only that the true label appear somewhere in the output list.
ListCascade uses the one-inclusion list algorithm 3, attributed in the paper to Charikar–Pabbaraju and Hanneke–Meng–Moran–Shaeiri, together with a majority-vote operator on lists. Given list predictors 4 of size 5,
6
The resulting list has size at most 7, padded to exactly 8 if needed. This converts expected-error guarantees into PAC guarantees (Hanneke et al., 25 May 2026).
The analytical bridge consists of several lemmas. If 9 has 0-DS dimension 1, then
2
For realizable 3 and 4, the one-inclusion 5-list learner satisfies the leave-one-out guarantee
6
From this, the paper obtains a PAC bound: with probability at least 7, there exists a list predictor 8 of size 9 such that
0
In ListCascade, bandit interaction is used to produce labeled samples 1 that are conditionally i.i.d. from a distribution restricted to instances where the current list predictor contains the true label. The list learner is then run on 2, and majority vote over multiple prefixes yields a high-probability bound. This reduction is the algorithmic core of ListCascade.
4. Bandit 3 dimension, pseudo-boxes, and sample complexity
The upper bound achieved by ListCascade is expressed in terms of a new combinatorial parameter, the bandit 4 dimension. Its definition uses generalized structures called pseudo-boxes. For functions 5, 6 and 7 are 8-neighbors if they differ only at coordinate 9: 0 An 1 pseudo-box is informally a finite set 2 such that, for each 3 and each coordinate 4, there are at least 5 distinct 6-neighbors of 7 in 8, together realizing 9 distinct labels at coordinate 0. Pseudo-cubes arise as the special case 1 for all 2 (Hanneke et al., 25 May 2026).
Given 3, a sequence 4 and multiplicity vector 5 are BDS-shattered by 6 if there exists a finite 7 such that for every 8 and each coordinate 9, 00 has at least 01 distinct 02-neighbors in 03. The bandit 04 dimension is
05
The relevant aggregate is the total number of neighbors across coordinates, 06, rather than the number of coordinates alone.
ListCascade achieves the paper’s main upper bound: 07 where 08. The matching lower bound is
09
for 10, 11. Hence
12
The per-epoch cost of ListCascade is of the form
13
and the bridge to the global complexity measure is
14
This is the formal reason the algorithm’s geometric list contraction matches the combinatorial structure of the problem.
5. Interpretation and comparison with prior bandit PAC reductions
Bandit feedback is harder than full-information PAC learning because the learner observes only whether its prediction is correct. A naive exploration strategy that guesses uniformly from all 15 labels reveals the true label only with probability 16, yielding a multiplicative 17 overhead. Earlier work by Daniely et al. gave a lower bound 18 and an upper bound 19, leaving a multiplicative gap of 20 up to logarithmic factors (Hanneke et al., 25 May 2026).
ListCascade avoids that global 21 factor by never exploring over all labels after the initial stage. Instead, it maintains a current list of plausible labels for each instance and explores uniformly only within that list. In epoch 22, the exploration overhead is roughly 23, not 24, while list learning requires about 25 labeled examples. Summed over logarithmically many epochs, the overall complexity is controlled by the bandit 26 dimension rather than by 27.
The paper presents this as a conceptually clean reduction from bandit PAC learning to list learning and explicitly states that ListCascade “may be of independent interest.” A plausible implication is that the algorithm’s significance is not confined to the proof of the upper bound: it isolates a reusable principle in which sparse bandit feedback is converted into full-information examples through progressively shrinking candidate sets.
6. Terminological scope and relation to other cascade literatures
Within the provided literature, “ListCascade” in the strict sense refers to the list-learning reduction introduced for realizable multiclass PAC learning with bandit feedback (Hanneke et al., 25 May 2026). Other recent works use the word “cascade” for distinct architectures and problem classes: online model cascades for stream inference (Nie et al., 2024), LLM cascades with early abstention (Zellinger et al., 13 Feb 2025), streaming proxy–oracle cascades for semantic SQL (Liskowski et al., 1 Apr 2026), response-level speculative decoding for API serving (Wu et al., 22 Jun 2026), and end-to-end training of multi-stage top-28 ranking systems (Wang et al., 12 Mar 2025). In ranking and bandit theory, “cascade” also denotes sequential examination models for ranked lists (Kiyohara et al., 2022), diverse online learning to rank from partial-click feedback (Gupta et al., 2018), non-stationary cascade ranking (Li et al., 2019), and cost-aware cascading bandits (Zhou et al., 2018).
These usages are structurally related only at a high level: each involves staged filtering, sequential examination, or deferred computation. ListCascade itself is narrower. It is a specific reduction from bandit multiclass PAC learning to list learning, with geometric list contraction, majority vote on lists, and sample complexity characterized by pseudo-boxes and the bandit 29 dimension. This suggests that the term is best reserved for the algorithmic principle of (Hanneke et al., 25 May 2026), rather than used as a generic synonym for cascade architectures.