Benchmark Saturation › Dynamic Benchmarks
Language AI HandbookAll chapters Benchmark Saturation › Dynamic BenchmarksOne section · Sections in this chapter5 / 13 ↓
Reading tools Definitions & inline links
Choose your expertise level to adjust how many terms are explained. Beginners see more tooltips, experts see fewer to maintain reading flow. Hover over underlined terms for instant definitions.
Article links
Make inline references clickable
The alternative to retirement is evolution. Dynamic benchmarks resist saturation by continuously updating their test sets, incorporating new examples that current models fail, and adapting to the capabilities of state-of-the-art systems. Rather than measuring performance against a fixed target, dynamic benchmarks measure how well models withstand adversarial challenge, creating a moving target that scales with model capability.
This approach recognizes that evaluation is not a static measurement but a dialogue between benchmark creators and model developers. As models improve, benchmark designers learn what current systems can and cannot do, then craft new examples specifically targeting the failure modes. This creates an adversarial dynamic similar to the relationship between cybersecurity experts and attackers, where defenses must constantly evolve to remain effective. The benchmark is not a finished artifact but an ongoing process.
The philosophical shift is significant. Static benchmarks assume that capability can be measured against a fixed distribution and that this distribution remains representative over time. Dynamic benchmarks reject both assumptions. The test distribution must change because the model distribution changes, and a representative evaluation must target the frontier of current capabilities, not the frontier of past capabilities. This is more work, but it produces a metric that remains informative as models improve.
The Dynabench Framework
Dynabench, introduced by Kiela et al. in 2021, operationalizes the dynamic benchmark philosophy. Rather than static train/test splits, Dynabench creates a continuous cycle. Current state-of-the-art models are deployed as targets. Human annotators then craft examples designed to fool these specific models. New examples are validated by other humans to ensure they are correctly labeled and that a human would answer them correctly. Models are optionally retrained on the expanded dataset. The process then repeats with the updated models as new targets.
This adversarial human-in-the-loop approach ensures that benchmark difficulty scales with model capability. As models improve, humans find increasingly subtle failure modes, preventing the ceiling effect from occurring. The key insight is that human intelligence does not saturate in the same way model performance does on static datasets. Humans can always find new ways to construct difficult examples, metaphors, or logical puzzles that stress-test model understanding. The benchmark difficulty is bounded by human creativity in adversarial example construction, not by a fixed test set.
The mathematical formulation of dynamic benchmarking differs fundamentally from static evaluation. In static evaluation, we estimate:
where:
- : the probability of a correct response given the model and a fixed test dataset
- : the fixed test dataset sampled i.i.d. from a natural distribution
In dynamic evaluation, we estimate instead:
where:
- : an adversarial generation process that creates test examples conditioned on the specific model being evaluated
- : the probability of a correct response given the model and this adversarial process
This creates a moving target: the benchmark distribution is conditional on the model being evaluated. The performance metric now represents robustness against adaptive adversaries rather than accuracy on a fixed corpus. A model that scores 60% on a Dynabench task is not being compared to human performance on the same static questions; it is being compared against human ability to construct questions that fool it. A 60% score means that 40% of adversarially crafted examples successfully fooled the model, which provides quite different information than 60% accuracy on random questions.
Text(0, 0, 'Ever-Expanding\nDataset')

Adversarial Data Collection
Dynamic benchmarks rely on adversarial data collection strategies. Rather than sampling i.i.d. from a natural distribution, adversarial collection seeks examples at the decision boundary of current models. These examples are neither trivially easy nor impossibly hard, but exist precisely where the model is uncertain, at the frontier of its current capability. Three primary strategies exist.
The first approach uses human adversaries. Skilled annotators examine model errors and craft variations that expose consistent failure patterns. For example, in natural language inference, if a model relies on lexical overlap heuristics (assuming that sentences with many words in common imply each other), adversarial annotators create premise-hypothesis pairs with high overlap but contradictory meanings. The sentence "The man couldn't lift the suitcase because it was too heavy" paired with "The man couldn't lift the suitcase because he was too weak" requires understanding causality and physical properties, not just word matching. Human adversaries with domain knowledge can craft examples that probe specific types of reasoning the model appears to lack.
The second approach uses model-assisted collection. Weaker models filter out easy examples before human review. If a simple BERT model solves an example, it is likely too easy for current state-of-the-art systems and can be discarded. This focuses human effort on the "interesting" region of example space where current models struggle. Human time is the expensive resource in dynamic benchmarking, and model-assisted filtering directs it toward the examples that provide the most information.
The third approach uses automatic adversarial generation. Techniques like paraphrasing, word substitution, and syntactic transformation generate variants of existing examples that preserve human-labeled correctness but confuse current models. These methods can rapidly generate large numbers of adversarial examples, though they often lack the creativity of human adversaries. Automatically generated adversarial examples tend to exploit known model vulnerabilities like sensitivity to synonym substitution, whereas human adversaries discover novel failure modes that automated methods would not have thought to target.
Limitations of Dynamic Approaches
While dynamic benchmarks resist saturation, they introduce new challenges that the community must grapple with carefully.
Consistency becomes problematic when the test set changes. Scores on a changing benchmark cannot be compared across time. A model evaluated in January cannot be directly compared to one evaluated in June because the test set differs. This makes it difficult to track long-term progress or claim that the field has improved over years. The benchmark itself has changed, rendering temporal comparisons invalid. Progress tracking, which is one of the core purposes of evaluation, becomes ambiguous.
Annotation bias poses another risk. Human adversaries may introduce systematic biases or unnatural language when trying to trick models. The resulting dataset may not represent real-world distributions. Examples crafted specifically to fool transformers might rely on unnatural syntactic constructions or obscure factual edge cases that never occur in practical applications. A model that scores 60% on such adversarial examples might perform much better on naturally occurring text, and a model that scores 80% on adversarial examples might perform worse than expected on casual language that annotators did not try to make difficult.
Cost is a persistent constraint. Continuous annotation and validation require ongoing funding and infrastructure, unlike one-time static dataset creation. Dynamic benchmarks resemble living software projects requiring maintenance, rather than archival research artifacts. This ongoing cost limits adoption, particularly in academic settings with finite grant cycles. Large industry laboratories with dedicated evaluation teams can sustain dynamic benchmarks; smaller academic groups often cannot, leaving the richest organizations in control of the evaluative apparatus.
Gaming dynamics create perverse incentives as well. If annotators are paid per successful adversarial example (one that fools the model), they may optimize for bizarre edge cases rather than meaningful failure modes. This creates a misalignment between the goal of measuring capability and the incentives of the annotation process. The benchmark might become excellent at measuring model robustness to deliberate adversarial attacks but poor at measuring performance on the realistic inputs that matter for deployment.