← Latest papers
💻 computer science

ETH-Hardness of Learning Monotone Circuits and Approximating Their Size

This paper establishes that, under the Randomised Exponential-Time Hypothesis, learning monotone formulas and approximating the size of monotone circuits are computationally hard problems requiring super-polynomial time, a result achieved by applying novel lifting arguments from proof and communication complexity to extend the hardness of automating Resolution proofs.

Original authors: Bruno Cavalar, Susanna F. de Rezende, Matthew Gray, Rahul Santhanam

Published 2026-07-15
📖 7 min read🧠 Deep dive

Original authors: Bruno Cavalar, Susanna F. de Rezende, Matthew Gray, Rahul Santhanam

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 a detective trying to solve a mystery, but the clues are hidden inside a giant, tangled ball of string. Your job is to find the shortest, simplest way to untangle it. In the world of computer science, this "string" is a monotone circuit—a specific type of logic machine that can only say "yes" or "no" based on inputs, but it's forbidden from using a "NOT" switch (it can't say "no" to a "no").

The paper you're reading is a team of researchers (Bruno, Susanna, Matthew, and Rahul) who just dropped a massive bombshell on the idea that we can easily learn how to build these machines or guess their size. They didn't just find a hard puzzle; they proved that under a very famous assumption called the Randomised Exponential-Time Hypothesis (rETH), solving these puzzles is so incredibly difficult that it might as well be impossible for any computer we can build today.

Here is the story of what they found, told without the heavy math jargon.

The Great "Untangle" Challenge

Think of a monotone formula as a simple, straight-line recipe. It's easy to follow, but it can only do so much. Now, think of a monotone circuit as a complex, branching factory with many shortcuts and loops. It's much more powerful.

The researchers asked a simple question: If I give you a bunch of examples of how a simple recipe works, can you quickly figure out how to build a complex factory that does the same thing? Or, if I give you a messy list of inputs and outputs, can you quickly guess the smallest factory needed to produce them?

The answer, according to this paper, is a resounding "No, not quickly."

The Magic Trick: The "Refuter" Game

To prove this, the authors didn't just guess; they built a clever trap. They used a technique called lifting, which is like taking a small, simple puzzle and stretching it out into a giant, confusing maze that looks like a completely different problem.

They started with a classic logic game called Resolution. Imagine a game where two players, a "Prover" and an "Adversary," are trying to prove a statement is impossible.

  • If the statement is possible (satisfiable), the Prover can find a way to untangle the logic very quickly, using a shallow, simple path.
  • If the statement is impossible (unsatisfiable), the Prover gets stuck in a deep, wide, and incredibly complex maze.

The authors created a special formula, which they call Ref*(F). This formula is the "trap."

  • When the original problem is easy, Ref*(F) is a tiny, shallow puzzle that a simple monotone formula can solve.
  • When the original problem is hard, Ref*(F) explodes into a massive, wide monster that requires a gigantic monotone circuit to solve.

The genius of their trap is that they made the "easy" version so small (a "junta," or a function that only cares about a few inputs) and the "hard" version so huge that the gap between them is massive. It's like the difference between a paperclip and a skyscraper.

The Big Findings: Why You Can't Cheat

Using this trap, the team proved two main things, assuming the rETH (which basically says that some logic puzzles, like 3SAT, simply cannot be solved faster than a certain exponential speed limit):

1. You can't learn these circuits quickly.
If you try to teach a computer to learn a simple monotone formula (the paperclip) by letting it guess using a slightly larger monotone circuit (a small factory), the computer will take forever.

  • The Time: To learn a formula of size n (where n is the number of inputs), a computer would need nΩ(log n) time.
  • What this means: If n is 100, the time isn't just a bit longer; it's so long that it grows faster than any polynomial (like or n¹⁰⁰). It's a "quasipolynomial" nightmare. Even if you let the computer use a circuit that is slightly bigger than the formula it's trying to learn, it still hits a wall.

2. You can't even guess the size of the circuit.
Imagine someone hands you a list of 100 examples (like "Input A gives Output 1, Input B gives Output 0") and asks, "What is the smallest factory needed to make these?"

  • The paper proves that if you want to guess the size of this factory within a factor of m¹⁻δ (where m is the number of examples), you will also need mΩ(log m) time.
  • The Catch: This isn't just a "maybe." The paper shows that distinguishing between a case where the factory is tiny and a case where it's huge is so hard that no algorithm running in No(log N) time can do it. Here, N is the total size of the input data.

What This Rules Out

The paper is very clear about what it does not do, and what it rules out:

  • It does not say that learning is impossible forever. It says it's impossible quickly under the rETH assumption. If rETH is false (and we find a magic way to solve 3SAT super fast), then these results might vanish.
  • It does not prove that learning is NP-hard in the traditional sense (which would be a huge, world-shattering proof). Instead, it proves a "quasipolynomial" lower bound. This is a strong "no," but it's a specific kind of "no" that fits within the current understanding of fine-grained complexity.
  • It explicitly rules out the idea that we can easily approximate the size of these circuits. You can't just get "close enough" quickly. The gap between the easy case and the hard case is too wide to bridge with a quick guess.

How Sure Are They?

The authors are very confident, but they are also honest about their assumptions.

  • The Proof: They have a rigorous mathematical proof. They didn't just run a simulation or suggest an idea; they built a logical reduction.
  • The Assumption: Their entire result rests on the Randomised Exponential-Time Hypothesis (rETH). This is a standard, widely accepted belief in the computer science community, but it hasn't been proven true yet. It's like saying, "Assuming gravity works the way we think it does, this bridge will collapse." If gravity changes, the bridge might stand. But as long as we believe in rETH, the bridge is definitely collapsing.

The Takeaway for the Curious Teen

Imagine you are trying to teach a robot to recognize a specific pattern. You give it a few examples. The robot tries to build a machine to recognize the pattern.

  • Old belief: Maybe the robot can figure it out pretty fast, even if it's not perfect.
  • This paper's discovery: If the pattern is a "monotone" one (no "NOT" switches allowed), and you want the robot to be even slightly better than random guessing, it's going to take the robot longer than the age of the universe to figure it out, unless the fundamental rules of logic (rETH) are wrong.

The authors didn't just find a hard problem; they showed that the difficulty of learning these circuits is deeply connected to the difficulty of proving logic statements. It's a beautiful, terrifying link between "learning" and "proving." They used the tools of proof complexity (how hard it is to prove a math theorem) to build a wall that learning algorithms cannot climb.

So, the next time someone tells you that "AI can learn anything quickly," remember this paper. For a specific, important class of logic machines, the universe seems to have put up a "Do Not Disturb" sign that says: "This will take nΩ(log n) time. Good luck."

Drowning in papers in your field?

Get daily digests of the most novel papers matching your research keywords — with technical summaries, in your language.

Try Digest →