← Latest papers
💻 computer science

Extending CDCL to disjunctions of parity equations

This paper introduces CDCL()\text{CDCL}(\oplus), a generalization of the Conflict-Driven Clause Learning framework to XNF formulas that supports parity reasoning and polynomially simulates the Res()\text{Res}(\oplus) proof system, demonstrating significant performance improvements over existing solvers on benchmarks involving parity constraints.

Original authors: Paul Beame, Glenn Sun

Published 2026-05-15
📖 4 min read☕ Coffee break read

Original authors: Paul Beame, Glenn Sun

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 solve a massive, tangled knot of logic puzzles. For decades, the best tool for untangling these knots has been a method called CDCL (Conflict-Driven Clause Learning). Think of CDCL as a very smart detective who makes guesses, follows the clues, and when they hit a dead end (a contradiction), they learn a valuable lesson from that mistake so they don't make the same error again.

However, this detective has a blind spot. They are excellent at solving puzzles involving simple "True/False" statements, but they struggle when the clues involve parity equations—mathematical statements about whether a group of items adds up to an even or odd number (like checking if the number of red marbles in a bag is even).

This paper introduces a new, upgraded detective named CDCL(⊕) (pronounced "CDCL-parity") and a software prototype called Xorcle. Here is how it works, using simple analogies:

1. The Problem: The "Even/Odd" Blind Spot

Standard CDCL detectives look at clues like "If A is true, then B must be false." But some problems are written in a language of "If the number of true items in this group is even..."

  • The Old Way: Previous attempts to solve these problems tried to translate the "even/odd" math into simple True/False clues. This is like trying to describe a complex 3D sculpture by only drawing flat, 2D shadows. It works, but the drawing becomes huge and messy, making the detective very slow.
  • The New Way: CDCL(⊕) speaks the "even/odd" language natively. It doesn't translate the clues; it understands them directly.

2. The Superpower: Linear Algebra as a Tool

When the new detective hits a dead end, they don't just look at the specific clues that caused the problem. They use linear algebra (a branch of math dealing with equations) to mix and match clues.

  • The Analogy: Imagine you have two clues: "The sum of A and B is even" and "The sum of B and C is even." A standard detective might get stuck. The new detective realizes that if you add these two clues together, the "B" cancels out, leaving you with a brand new, powerful clue: "The sum of A and C is even."
  • This allows the detective to see patterns and shortcuts that the old method completely misses.

3. The Theory: Proving the Detective is Smarter

The authors didn't just build a faster detective; they proved mathematically that this new detective is universally superior for these types of puzzles.

  • They showed that CDCL(⊕) can simulate any proof that the "parity logic" system (called Res(⊕)) can produce.
  • The Metaphor: It's like proving that a master chef (CDCL(⊕)) can cook every dish a specific type of grill (Res(⊕)) can cook, but the chef can also do it much faster if they are allowed to make a few strategic choices (restarts and decisions).

4. The Prototype: Xorcle

The team built a working version of this detective called Xorcle (a play on "XOR" and "Oracle").

  • The Results: They tested Xorcle against the current best detectives (like Kissat and CryptoMiniSAT) on a variety of puzzles.
    • On Native Parity Puzzles: Xorcle was significantly faster, solving problems that the others struggled with or couldn't finish in time.
    • On "Hard" Standard Puzzles: Even on puzzles that were written in the old "True/False" format (specifically a type called Tseitin formulas), Xorcle was surprisingly fast. While other detectives took an exponentially long time (imagine waiting for the universe to end), Xorcle solved them in a time that grew almost linearly (like walking a straight line).

5. How It "Thinks" (The Mechanics)

To make this work, the authors had to invent new rules for how the detective learns:

  • Watching Equations: Instead of just watching single variables (like "Is A true?"), the detective watches entire groups of equations.
  • Basis Changes: When the detective needs to learn from a mistake, they don't just write down a new rule. They rearrange their entire understanding of the problem (changing the "basis") to isolate exactly which part of the math caused the error. This is like a mechanic who, instead of just saying "the engine is broken," reorganizes the engine parts to see exactly which gear is stripped.

Summary

In short, this paper presents a new way to solve logic puzzles that involve "even vs. odd" math. By upgrading the standard solving algorithm to natively understand these equations, the authors created a tool (Xorcle) that is theoretically proven to be more powerful and empirically shown to be much faster than current state-of-the-art solvers on specific, difficult types of problems. They also created a new way to record the detective's thought process (proof logging) so that others can verify the solution.

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 →