AI Glossary / Data engineering and architecture / Intermediate

Proof by Contradiction

Definition

Proof by contradiction is a reasoning method that establishes a claim by assuming its negation and deriving an impossibility from that assumption and accepted premises. In classical logic, this shows that the negation cannot hold and therefore the claim holds. The contradiction must be a genuine logical inconsistency, not merely an inconvenient, surprising, or unpopular outcome. The method is used in mathematics, computer science, and formal reasoning about data systems.

What it means

Instead of building directly toward a desired conclusion, the proof explores what would follow if the conclusion were false. If that leads to both a statement and its negation, or another established impossibility, the temporary assumption is rejected. This is different from failing to find an example. A search that finds no counterexample may be incomplete, while a valid proof covers the cases required by its assumptions.

How it works

State the claim precisely and identify the premises. Write the exact negation as a temporary assumption. Derive consequences through valid steps until a contradiction is reached, then explain why the assumption must be rejected. For a claim of the form “if H, then C,” the contradiction setup normally keeps H and assumes not C. Quantifiers need care: negating “every item has property P” produces “some item lacks P,” not “every item lacks P.” The conclusion is only as sound as the premises and deductions.

Three practical examples

  • Database theory: a designer proves that a proposed counterexample cannot exist under stated key or dependency assumptions.
  • Algorithm analysis: a proof shows that an output violating a required property would contradict an invariant maintained by the algorithm.
  • AI verification: a formal system checks whether a set of constraints together with the negation of a desired property is inconsistent, within its supported logic and assumptions.

Think of it this way

Think of testing a hypothetical route and discovering that it would require arriving both before and after the same fixed deadline under incompatible conditions. The inconsistency rules out that hypothetical route. The analogy is limited because real schedules may contain mistaken data or uncertain durations. A formal contradiction requires precisely stated assumptions, while practical surprises often indicate missing information rather than a proof.

Worked example

Claim: there is no greatest integer. Assume the opposite: some integer M is at least as large as every integer. The number M + 1 is also an integer. By the meaning of adding one, M + 1 is greater than M. But the assumption says no integer is greater than M. These statements contradict each other, so the assumed greatest integer cannot exist. This proof does not require checking a long list of integers. For comparison, testing integers up to one million and finding a larger one than each would not by itself prove the unrestricted claim. The argument works because it applies to any proposed greatest integer and uses the same general construction.

Illustrative case study

Fictional example: Cedar Scheduling claims a set of booking rules always permits an assignment. A reviewer assumes a specific required assignment exists and derives incompatible requirements for one resource. That contradiction shows the particular rule set cannot support that assignment, prompting clarification. The team does not present the result as evidence that all scheduling problems are impossible. This invented case illustrates careful scope: a contradiction can expose inconsistent requirements, but the conclusion must match exactly what was assumed and proved.

Common misconceptions and mistakes

Do not confuse a contradiction with evidence that merely makes a claim unlikely. Do not assume the conclusion being proved in a disguised form. Avoid deriving the contradiction from an unrelated inconsistency already present in the premises, because inconsistent starting assumptions undermine the intended argument. Also distinguish proof by contradiction from proof by contrapositive. The methods are related in classical logic but organize the argument differently. Constructive logical settings may impose different rules, so formal tools require attention to their logic.

Business use

The method helps teams review invariants and impossible combinations, especially when requirements are precise. For business decisions based on uncertain observations, use it cautiously: a surprising result may mean an assumption is wrong rather than that one favored conclusion is proven. In AI work, a language model can draft a plausible-looking proof with invalid steps. Check each inference, quantify the claim correctly, and use an appropriate formal verification tool when a machine-checked guarantee is required.

People also ask

Does not finding a counterexample prove the claim?

Not generally. The search may not cover every relevant case.

Must the contradiction be a literal statement and its opposite?

It can also be another established impossibility, provided the derivation is valid.

Does a proof establish that its premises are true in the real world?

No. It establishes a conclusion relative to those premises and the logical system.

Check your understanding

To prove that every valid record has a unique identifier, a proof assumes every record lacks an identifier. Is that the exact negation?

Answer: No. The negation of the universal claim says that at least one valid record fails the stated uniqueness condition. The proof must use the correct negation and define uniqueness precisely.

Related terms

  • Contradiction
  • Negation
  • Satisfiability
  • classical logic
  • proof by contrapositive
  • invariant
  • counterexample
  • formal verification
  • logical implication
  • quantifier

Learn next

write a simple universal claim, its exact negation, and the assumptions needed to reason about it. Compare a failed finite search with a general contradiction proof. Review each step and identify where the temporary assumption is used, then state the conclusion with its proper scope.

  • Negation
  • Contradiction

More in Data engineering and architecture

  • Procedural reasoning system - A procedural reasoning system, or PRS, is an AI architecture for selecting and carrying out procedures while responding to a changing environment.
  • Program dependence graph - A program dependence graph, or PDG, is a directed representation of the data and control dependencies between elements of a program.
  • Projective Rule - The projective rule, also called the decomposition rule for functional dependencies, states that if X determines a set of attributes Y together with Z, then...
  • Pseudocolumn - A pseudocolumn is a database-provided value that can be referenced in certain SQL contexts much like a column, although it is not an ordinary stored column...
  • Pseudotransitive Rule - The pseudotransitive rule is an inference rule for functional dependencies: if X determines Y, and Y together with W determines Z, then X together with W...
  • Quality of Data - Quality of Data, or QoD, here refers to a research approach for expressing required consistency of replicated data through limits on divergence.

Sources

Sources: MIT, Mathematics for Computer Science, Proof by Contradiction, https://courses.csail.mit.edu/6.042/spring18/contradiction.pdf ; University of Toronto, Mathematical Expression and Reasoning for Computer Science, https://www.teach.cs.toronto.edu/~heap/165/F19/Notes/notes.html ; MIT LP documentation, Proofs by contradiction, https://people.csail.mit.edu/garland/LP/documentation/proof/by-contradiction.html . Primary teaching and tool-documentation excerpts consulted for the method. The greatest-integer proof and applied scenarios are original explanations in classical-logic scope.

Previous: Proof Next: Proof-number search

  • Home
  • Daily AI Updates
  • Blog
  • AIFBL Academy
  • AI Glossary
  • Products and Tools
  • Store
  • Free CFO AI Prompt Pack
  • About Shihan Sheriff
  • Privacy Policy
  • Terms of Use
  • Refund Policy
  • Cookie Policy
  • Earnings Disclaimer