views:

607

answers:

5

I'm trying to prove the statement ~(a->~b) => a in a Hilbert style system. Unfortunately it seems like it is impossible to come up with a general algorithm to find a proof, but I'm looking for a brute force type strategy. Any ideas on how to attack this are welcome.

+3  A: 

Try mathoverflow.net

Cade Roux
+3  A: 

Finding proofs in Hilbert calculus is very hard.

You could try to translate proofs in sequent calculus or natural deduction to Hilbert calculus.

starblue
+3  A: 

The Hilbert system is not normally used in automated theorem proving. It is much easier to write a computer program to do proofs using natural deduction. From the material of a CS course:

Some FAQ’s about the Hilbert system: Q: How does one know which axiom schemata to use, and which substitutions to make? Since there are infinitely many possibilities, it is not possible to try them all, even in princple. A: There is no algorithm; at least no simple one. Rather, one has to be clever. In pure mathematics, this is not viewed as a problem, since one is most concerned about the existence of a proof. However, in computer science applications, one is interested in automating the deduction process, so this is a fatal flaw. The Hilbert system is not normally used in automated theorem proving. Q: So, why do people care about the Hilbert system? A: With modus ponens as its single deductive rule, it provides a palatable model of how humans devise mathematical proofs. As we shall see, methods which are more amenable to computer implementation produce proofs which are less “human like.”

yuguang
+8  A: 

If You like "programming" in combinatory logic, then

  • You can automatically "translate" some logic problems into another field: proving equality of combinatory logic terms.
  • With a good functional programming practice, You can solve that,
  • and afterwards, You can translate the answer back to a Hilbert style proof of Your original logic problem.

The possibility of this translation in ensured by Curry-Howard correspondence.

Unfortunately, the situation is so simple only for a subset of (propositional) logic: restricted using conditionals. Negation is a complication, I know nothing about that. Thus I cannot answer this concrete question:

¬ (α ⊃ ¬β)   ⊢   α

But in cases where negation is not part of the question, the mentioned automatic translation (and back-translation) can be a help, provided that You have already practice in functional programming or combinatory logic.


Of course, there are other helps, too, where we can remain inside the realm of logic:

  • proving the problem in some more intuitive deductive system (e.g. natural deduction)
  • and afterwards using metatheorems that provide a "compiler" possibility: translating the "high-level" proof of natural deduction to the "machine-code" of Hilbert-style deduction system. I mean, for example, the metalogical theorem called "deduction theorem".


As for theorem provers, as far as I know, the capabilities of some of them are extended so that they can harness interactive human assistance. E.g. Coq is such.



Appendix

Let us see an example. How to prove αα?

Hilbert system

  • Verum ex quolibetα,β is assumed as an axiom scheme, stating that sentence αβα is expected to be deducible, instantiated for any subsentences α,β
  • Chain ruleα,β,γ is assumed as an axiom scheme, stating that sentence (αβγ) ⊃ (αβ) ⊃ αγ is expected to be deducible, instantiated for any subsentences α,β
  • Modus ponens is assumed as a rule of inference: provided that αβ is deducible, and also α is deducible, then we expect to be justified to infer that also αβ is deducible.

Let us prove theorem: αα is deducible for any α proposition.

Let us introduce the following notations and abbreviations, developing a "proof calculus":

Proof calculus

  • VEQα,β:   ⊢   αβα
  • CRα,β,γ:   ⊢   (αβγ) ⊃ (αβ) ⊃ αγ
  • MP: If   ⊢   αβ and   ⊢   α, then also   ⊢   β

A tree diagram notation:

Axiom scheme — Verum ex quolibet:


    ━━━━━━━━━━━━━━━━━ [VEQα,β]
          ⊢   αβα

Axiom scheme — chain rule:


    ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [CRα,β,γ]
          ⊢   (αβγ) ⊃ (αβ) ⊃ αγ

Rule of inference — modus ponens:


     ⊢   αβ           ⊢   α
    ━━━━━━━━━━━━━━━━━━━ [MP]
                     ⊢   β



Proof tree

Let us see a tree diagram representation of the proof:


━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [CRα, αα, α]    ━━━━━━━━━━━━━━━ [VEQα, αα]
⊢   [α⊃(αα)⊃α]⊃(ααα)⊃αα                         ⊢   α ⊃ (αα) ⊃ α
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [MP]      ━━━━━━━━━━━ [VEQα,α]
                                          ⊢   (ααα) ⊃ αα                                              ⊢   ααα
                                          ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━ [MP]
                                                                                     ⊢   αα

Proof formulae

Let us see an even conciser (algebraic? calculus?) representation of the proof:

(CRα,αα,α VEQα,αα) VEQα,α:   ⊢   αα

so, we can represent the proof tree by a single formula:

  • the forking of the tree (modus ponens) is rendered by simple concatenation (parentheses),
  • and the leaves of the tree are rendered by the abbreviations of the corresponding axiom names.

It is worth of keep record about the concrete instantiation, that' is typeset here with subindexical parameters.

As it will be seen from the series of examples below, we can develop a proof calculus, where axioms are notated as sort of base combinators, and modus ponens is notated as a mere application of its "premise" subproofs:

Example 1

VEQα,β:   ⊢   αβα

meant as

Verum ex quolibet axiom scheme instantiated with α,β provides a proof for the statement, that αβα is deducible.

Example 2

VEQα,α:   ⊢   ααα

Verum ex quolibet axiom scheme instantiated with α,α provides a proof for the statement, that ααα is deducible.

Example 3

VEQα, αα:   ⊢   α ⊃ (αα) ⊃ α

meant as

Verum ex quolibet axiom scheme instantiated with α, αα provides a proof for the statement, that α ⊃ (αα) ⊃ α is deducible.

Example 4

CRα,β,γ:   ⊢   (αβγ) ⊃ (αβ) ⊃ αγ

meant as

Chain rule axiom scheme instantiated with α,β,γ provides a proof for the statement, that (αβγ) ⊃ (αβ) ⊃ αγ is deducible.

Example 5

CRα,αα,α:   ⊢   [α ⊃ (αα) ⊃ α] ⊃ (ααα) ⊃ αα

meant as

Chain rule axiom scheme instantiated with α,αα,α provides a proof for the statement, that [α ⊃ (αα) ⊃ α] ⊃ (ααα) ⊃ αα is deducible.

Example 6

CRα,αα,α VEQα,αα:   ⊢   (ααα) ⊃ αα

meant as

If we combine CRα,αα,α and VEQα,αα together via modus ponens, then we get a proof that proves the following statement: (ααα) ⊃ αα is deducible.

Example 7

(CRα,αα,α VEQα,αα) VEQα,α:   ⊢   αα

If we combine the compund proof (CRα,αα,α) together with VEQα,αα (via modus ponens), then we get an even more compund proof. This proves the following statement: αα is deducible.

Combinatory logic

Although all this above has indeed provided a proof for the expected theorem, but it seems very unintuitive. It cannot be seen how people can "find out" the proof.

Let us see another field, where similar problems are investigated.

Untyped combinatory logic

Combinatory logic can be regarded also as an extremely minimalistic functional programming language. Despite of its minimalism, it entirely Turing complete, but evenmore, one can write quite intuitive and complex programs even in this seemingly obfuscated language, in a modular and reusable way, with some practice gained from "normal" functional programming and some algebraic insights, .

Adding typing rules

Combinatory logic also has typed variants. Syntax is augmented with types, and evenmore, in addition to reduction rules, also typing rules are added.

For base combinators:

  • Kα,β is selected as a basic combinator, inhabiting type αβα
  • Sα,β,γ is selected as a basic combinator, inhabiting type (αβγ) → (αβ) → αγ.

Typing rule of application:

  • If X inhabits type αβ and Y inhabits type α, then X Y inhabits type β.

Notations and abbreviations

  • Kα,β: αβα
  • Sα,β,γ: (αβγ) → (αβ)* → αγ.
  • If X: αβ and Y: α, then X Y: β.

Curry-Howard correspondence

It can be seen that the "patterns" are isomorphic in the proof calculus and in this typed combinatory logic.

  • The Verum ex quolibet axiom of the proof calculus corresponds to the K base combinator of combinatory logic
  • The Chain rule axiom of the proof calculus corresponds to the S base combinator of combinatory logic
  • The Modus ponens rule of inference in the proof calculus corresponds to the operation "application" in combinatory logic.
  • The "conditional" connective ⊃ of logic corresponds to type constructor → of type theory (and typed combinatory logic)

Functional programming

But what is the gain? Why should we translate problems to combinatory logic? I, personally, find it sometimes useful, because functional programming is a thing which has a large literature and is applied in practical problems. People can get used to it, when forced to use it in erveryday programming tasks ans pracice. And some tricks and hints of functional programming practice can be exploited very well in combinatory logic reductions. And if a "transferred" practice develops in combinatory logic, then it can be harnessed also in finding proofs in Hilbert system.

External links

Links how types in functional programming (lambda calculus, combinatory logic) can be translated into logical proofs and theorems:

Links (or books) how to learn methods and practice to program directly in combinatory logic:

physis
Wow I don't even understand this one at all, but I'm upvoting this if only on how awesome and through this post is!
Pharaun
+1  A: 
  1. Which specific Hilbert system? There are tons.
  2. Probably the best way is to find a proof in a sequent calculus and convert it to the Hilbert system.
Alexey Romanov