Information-Theoretic Limits of Reliability and Scaling in Language Models
This paper challenges the assumption that perfect reliability is achievable through scaling alone by establishing an information-theoretic framework that defines inherent reliability ceilings based on task ambiguity and inter-token dependencies, thereby deriving a unified scaling law that identifies the bottleneck between training data and model capacity while explaining phenomena like retrieval augmentation and catastrophic forgetting.
Original paper licensed under CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). This is an AI-generated explanation of the paper below. It is not written or endorsed by the authors. For technical accuracy, refer to the original paper. Read full disclaimer
Imagine you are trying to teach a robot to tell a story, solve a math problem, or write a poem. You might think that if you just give the robot more brainpower (more computer chips) and feed it more books (more data), it will eventually become perfect at everything. This idea has been the driving force behind the rapid growth of Artificial Intelligence. But what if there's a hidden ceiling? What if some tasks are just impossible to get 100% right, no matter how smart the robot gets? This paper dives into that question using a branch of science called information theory. Think of information theory as the study of how much "surprise" or "uncertainty" is packed into a message. If you ask a robot "What is 2+2?", there is zero surprise; the answer is always 4. But if you ask "Write a poem about a sad cloud," there is huge surprise because there is no single right answer. The authors are asking: How much of that surprise can a robot actually solve, and where does it hit a wall?
The paper argues that the popular belief—that bigger models will eventually achieve perfect reliability on any task—is mathematically wrong. The authors show that every task has a "reliability ceiling," a hard limit on how accurate a model can ever be. This limit isn't about how big the model is; it's about the nature of the task itself. For a math problem, the ceiling is the sky (100% accuracy is possible). For creative writing, the ceiling is much lower because the "correct" answer depends on subjective feelings and cultural context that no robot can truly know. The paper proves that you can't scale your way past this ceiling.
Furthermore, the authors discovered that the way these models generate text—word by word, like a chain reaction—makes things worse. If the model makes a small mistake early on, that error can snowball, making the rest of the story or code go off the rails. They found that some tasks, like coding, are like a sturdy brick wall where one loose brick doesn't bring the whole thing down. Other tasks, like writing a poem, are like a house of cards; one wrong move early on can collapse the entire structure.
Finally, the paper offers a new rule for how to grow these models. Instead of just throwing more data or more computer power at a problem, the authors suggest that performance is bottlenecked by whichever resource is scarcer. If you have tons of data but a tiny brain, adding more data won't help. If you have a giant brain but no data, adding more brainpower won't help. You need to balance them perfectly. This new rule explains why some tasks get better with scaling while others hit a plateau, and it provides a mathematical map for when adding more resources actually works and when it's just a waste of time.
The Invisible Ceiling
Imagine you are playing a game of "Guess the Next Word." Sometimes, the game is easy. If the sentence is "The sun rises in the...", the next word is almost certainly "East." There is no mystery. But other times, the game is a guessing game with a twist. If the sentence is "The cat sat on the...", the next word could be "mat," "rug," "sofa," or "floor." All are correct, but they feel different.
The authors of this paper call the "East" scenario a fully verifiable task. In these cases, like solving a math equation or writing code that must run without errors, the answer is determined entirely by the question. There is no hidden information. The "reliability ceiling" for these tasks is 100%. If you have a perfect model, you get a perfect score.
But then there are unverifiable tasks, like creative writing or giving life advice. Here, the "correct" answer depends on things the model can't see, like the writer's mood, the reader's taste, or the cultural moment. The authors call this missing information "latent context." Because this context is hidden and subjective, no amount of data or computer power can ever make the model 100% reliable. The ceiling is lower, and it's permanent. You can't scale your way to perfection on a task where perfection is a matter of opinion.
The paper breaks this down into two types of gaps. The first is the resolvable gap. This is missing information that could be provided. For example, if a model is writing a story about a specific person but doesn't know their name, that's a resolvable gap. If you give the model the name (by adding it to the input), the gap closes, and the model gets better. The second is the subjective gap. This is missing information that cannot be provided because it doesn't have a fixed value. If the task is to write a "funny" joke, what is funny to one person might be boring to another. No amount of extra data can fix this. The paper proves that for these tasks, the model will always have a permanent floor of unreliability.
The Domino Effect
Now, imagine the model is building a tower, one block at a time. It places the first block, then the second, then the third. This is how Large Language Models work; they generate text token by token. The problem is that if the model places the first block slightly crooked, the second block has to be placed on top of a crooked foundation.
The authors call this autoregressive degradation. It's like a game of "Telephone" where the message gets distorted with every whisper. If the model makes a tiny mistake early in a sentence, that mistake changes the context for the next word, which changes the context for the word after that. The errors compound.
However, not all towers are built the same way. The paper introduces a concept called the dependency kernel, which is a fancy way of describing how much each word depends on the words before it.
- Banded Dependencies (The Brick Wall): Think of coding or math. In a line of code, the next word usually depends on the one immediately before it (like a closing bracket matching an opening one). If you make a mistake, it's usually contained to that small area. The rest of the code can still make sense. The "dependency kernel" here is narrow, like a brick wall. A mistake in one brick doesn't bring down the whole wall.
- Dense Dependencies (The House of Cards): Think of poetry or creative writing. In a poem, the word you choose at the very beginning might determine the rhyme scheme for the entire poem. If you pick the wrong word early on, the whole poem might lose its rhythm or meaning. The "dependency kernel" here is dense, like a house of cards. A mistake in the first card can ruin the whole structure.
The paper shows that for tasks with dense dependencies, the model's performance degrades much faster as the text gets longer. A single early error can cascade into a total failure. This explains why models are great at short, logical tasks but struggle with long, creative ones.
The Balancing Act
Finally, the paper tackles the question of scaling: "If we just make the model bigger and give it more data, will it get better?"
The answer is: It depends on what you have less of.
The authors derive a new "scaling law" that looks like a simple math equation. It says that the model's performance is limited by the scarcer resource.
- If you have a massive amount of data but a tiny model, adding more data won't help much because the model is too small to learn it all.
- If you have a massive model but very little data, adding more parameters won't help because the model has nothing to learn from.
The sweet spot, where you get the most improvement, is when you balance the two. This is similar to the "Chinchilla" law that researchers already knew, but this paper explains why it works and adds a crucial new detail: the max function. It means you don't get extra credit for having too much of one thing. If you have 100 times more data than your model can handle, that extra data is useless. You have to match your data to your model size.
What This Means for the Future
This paper doesn't just tell us how to build better models; it tells us what we can't do. It suggests that the idea of a "general AI" that is perfect at everything is a myth. There are tasks where the ceiling is low, and no amount of scaling will ever get us to 100% accuracy.
It also explains why certain tricks work. For example, Retrieval-Augmented Generation (RAG)—where the model looks up facts in a database before answering—works because it fills in the "resolvable gaps." It gives the model the missing context it needs to reach a higher ceiling. But for subjective tasks, even RAG can't fix the "subjective gap."
The paper also warns us about catastrophic forgetting. When you train a model on a new task, it might "forget" an old one. The authors explain this as a reallocation of resources. The model has a limited "budget" of brainpower. If you force it to focus on a new task that has a very different structure (a different dependency kernel), it has to drop the old structures to make room. It's like trying to learn a new language; if you focus too hard on French, you might start forgetting the grammar rules of Spanish.
In short, the paper tells us that AI is not a magic wand that will solve every problem. It is a tool with specific limits. Some problems are solvable with enough data and compute; others are fundamentally ambiguous. The key to the future isn't just "bigger," but "smarter" about what we ask the models to do and how we balance our resources. We need to stop expecting perfection where it's impossible and start engineering solutions that respect the natural ceilings of each task.
Drowning in papers in your field?
Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.