Lash 1.0 (System Description)

Lash is a higher-order automated theorem prover created as a fork of the theorem prover Satallax. The basic underlying calculus of Satallax is a ground tableau calculus whose rules only use shallow information about the terms and formulas taking part in the rule. Lash uses new, efficient C representations of vital structures and operations. Most importantly, Lash uses a C representation of (normal) terms with perfect sharing along with a C implementation of normalizing substitutions. We describe the ways in which Lash differs from Satallax and the performance improvement of Lash over Satallax when used with analogous flag settings. With a 10s timeout Lash outperforms Satallax on a collection TH0 problems from the TPTP. We conclude with ideas for continuing the development of Lash.

READ FULL TEXT VIEW PDF

Authors

page 1

page 2

page 3

page 4

01/31/2021

Superposition with Lambdas

We designed a superposition calculus for a clausal fragment of extension...
07/30/2019

Quantale semantics of Lambek calculus with subexponential modalities

In this paper, we consider the polymodal version of Lambek calculus with...
04/05/2019

HOList: An Environment for Machine Learning of Higher-Order Theorem Proving

We present an environment, benchmark, and deep learning driven automated...
04/25/2019

The Epsilon Calculus with Equality and Herbrand Complexity

Hilbert's epsilon calculus is an extension of elementary or predicate ca...
05/07/2015

LeoPARD --- A Generic Platform for the Implementation of Higher-Order Reasoners

LeoPARD supports the implementation of knowledge representation and reas...
07/29/2019

Generating theorem proving procedures from axioms of Truncated Predicate Calculus

We present a novel approach to the problem of automated theorem proving....
This week in AI

Get the week's most popular data science and artificial intelligence research sent straight to your inbox every Saturday.

1 Introduction

Satallax [4, 7] is an automated theorem prover for higher-order logic that was a top competitor in the THF division of CASC [10] for most of the 2010s. The basic calculus of Satallax is a complete ground tableau calculus [5, 6, 2]. In recent years the top systems of the THF division of CASC are primarily based on resolution and superposition [11, 3, 8]

. At the moment it is an open question whether there is a research and development path via which a tableau based prover could again become competitive. As a first step towards answering this question we have created a fork of Satallax, called Lash, focused on giving efficient C implementations of data structures and operations needed for search in the basic calculus.

Satallax was partly competitive due to (optional) additions that went beyond the basic calculus. Three of the most successful additions were the use of higher-order pattern clauses during search, the use of higher-order unification as a heuristic to suggest instantiations at function types and the use of the first-order theorem prover E as a backend to try to prove the first-order part of the current state is already unsatisfiable. Satallax includes flags that can be used to activate or deactivate such additions so that search only uses the basic calculus. They are deactivated by default. Satallax has three representations of terms in Ocaml. The basic calculus rules use the primary representation. Higher-order unification and pattern clauses make use of a representation that includes a case for metavariables to be instantiated. Communication with E uses a third representation restricted to first-order terms and formulas. When only the basic calculus is used, only the primary representation is needed.

Assuming only the basic calculus is used only limited information about (normal) terms is needed during the search. Typically we only need to know the outer structure of the principal formulas of each rule, and so the full term does not need to be traversed. In some cases Satallax either implicitly or explicitly traverses the term. The implicit cases are when a rule needs to know if two terms are equal. In Satallax, Ocaml’s equality is used to test for equality of terms, implicitly relying on a recursion over the term. The explicit cases are quantifier rules that instantiate with either a term or a fresh constant. In the former case we may also need to normalize the result after instantiating with a term.

In order to give an optimized implementation of the basic calculus we have created a new theorem prover, Lash111Lash 1.0 along with accompanying material is available at http://grid01.ciirc.cvut.cz/~chad/ijcar2022lash/., by forking a recent version of Satallax (Satallax 3.4), the last version that won the THF division of CASC (in 2019). Generally speaking, we have removed all the additional code that goes beyond the basic calculus. In particular we do not need terms with metavariables since we support neither pattern clauses nor higher-order unification in Lash. Likewise we do not need a special representation for first-order terms and formulas since Lash does not communicate with E. We have added efficient C implementations of (normal) terms with perfect sharing. Additionally we have added new efficient C implementations of priority queues and the association of formulas with integers (to communicate with MiniSat). To measure the speedup given by the new parts of the implementation we have run Satallax 3.4 using flag settings that only use the basic calculus and Lash 1.0 using the same flag settings. We have also compared Lash to Satallax 3.4 using Satallax’s default strategy with a timeout of 10s, and have found that Lash 1.0 outperforms Satallax with this short timeout even when Satallax is using the optional additions (including calling E). We describe the changes and present a number of examples for which the changes lead to a significant speedup.

2 Preliminaries

We will presume a familiarity with simple type theory and only give a quick description to make our use of notation clear, largely following [6]. We assume a set of base types, one of which is the type of propositions (also called booleans), and the rest we refer to as sorts. We use to range over sorts and to range over types. The only types other than base types are function types , which can be thought of as the type of functions from to .

All terms have a unique type and are inductively defined as (typed) variables, (typed) constants, well-typed applications and -abstractions . We also include the logical constant as a term of type , terms (of type ) of the form (implications) and (universal quantifiers) where have type and terms (of type ) of the form where have a common type . We also include choice constants of at each type . We write for and for . We omit type parentheses and type annotations except where they are needed for clarity. Terms of type are also called propositions. We also use , with the understanding that these are notations for equivalent propositions in the set of terms above.

We assume terms are equal if they are the same up to -conversion of bound variables (using de Bruijn indices in the implementation). We write for the -normal form of .

The tableau calculi of [6] (without choice) and [2] (with choice) define when a branch is refutable. A branch is a finite set of normal propositions. We let range over branches and write for the branch . We will not give a full calculus, but will instead discuss a few of the rules with surprising properties. Before doing so we emphasize rules that are not in the calculus. There is no cut rule stating that if and are refutable, then is refutable. (During search such a rule would require synthesizing the cut formula .) There is also no rule stating that if the branch is refutable, then is refutable (where have type and is a term of type ). That is, there is no rule for rewriting into arbitrarily deep positions using equations.

All the tableau rules only need to examine the outer structure to test if they apply (when searching backwards for a refutation). When applying the rule, new formulas are constructed and added to the branch (or potentially multiple branches, each a subgoal to be refuted). An example is the confrontation rule, the only rule involving positive equations. The confrontation rule states that if and are on a branch (where is a sort), then we can refute by refuting and . A similar rule is the mating rule, which states that if and are on a branch (where is a constant of type ), then we can refute by refuting each of the branches for each . The mating rule demonstrates how disequations can appear on a branch even if the original branch to refute contained no reference to equality at all. One way a branch can be closed is if is on the branch. In an implementation, this means an equality check is done for and whenever a disequation is added to the branch. In Satallax this requires Ocaml to traverse the terms. In Lash this only requires comparing the unique integer ids the implementation assigns to the terms.

The disequations generated on a branch play an important role. Terms (of sort ) occuring on one side of a disequation on a branch are called discriminating terms. The rule for instantiating a quantified formula (where has sort ) is restricted to instantiating with discriminating terms (or a default term if no terms of sort are discriminating). During search in Satallax this means there is a finite set of permitted instantiations (at sort ) and this set grows as disequations are produced. Note that, unlike most automated theorem provers, the instantiations do not arise from unification. In Satallax (and Lash) when is being processed it is instantiated with all previously processed instantiations. When a new instantiation is produced, previously processed universally quantified propositions are instantiated with it. When is instantiated with , then is added to the branch. Such an instantiation is the important case where the new formula involves term traversals: both for substitution and normalization. In Satallax the substitution and normalization require multiple term traversals. In Lash we have used normalizing substitutions and memorized previous computations, minimizing the number of term traversals. The need to instantiate arises when processing either a universally quantified proposition (giving a new quantifier to instantiate) or a disequation at a sort (giving new discriminating terms).

We discuss a small example both Satallax and Lash can easily prove. We briefly describe what both do in order to give the flavor of the procedure and (hopefully) prevent readers from assuming the provers behave too similarly from readers based on other calculi (e.g., resolution).

Example SEV241^5 from TPTP v7.5.0 [9] (X5201A from Tps [1]) contains a minor amount of features going beyond first-order logic. The statement to prove is

Here and are constants of type , is a variable of type and is a variable of type . The higher-order aspects of this problem are the quantifier for (though this could be circumvented by making a constant like and ) and the equations between predicates (though these could be circumvented by replacing by and replacing similarly). The tableau rules effectively do both during search.

Satallax never clausifies. The formula above is negated and assumed. We will informally describe tableau rules as splitting the problem into subgoals, though this is technically mediated through MiniSat (where the set of MiniSat clauses is unsatisfiable when all branches are closed). Tableau rules are applied until the problem involves a constant (for ), a constant for and assumptions , , and on the branch. The disjunction is internally and the implication rule splits the problem into two branches, one with and one with . Both branches are solved in analogous ways and we only describe the branch. Since is an equation at function type, the relevant rule adds to the branch. Since there are no disequations on the branch, there is no instantiation available for . In such a case, a default instantiation is created and used. That is, a default constant (of sort ) is generated and we instantiate with this , giving . The rule for equations at type splits into two subgoals: one branch with and and another with and . On the first branch we mate with adding the disequation to the branch. This makes available as an instantiation for . After instantiating with the rest of the subcase is straightforward. In the other subgoal we mate with giving the disequation . Again, becomes available as an instantiation and the rest of the subcase is straightforward.

3 Terms with Perfect Sharing

Lash represents normal terms as C structures, with a unique integer id assigned to each term. The structure contains a tag indicating which kind of term is represented, a number that is used to either indicate the de Bruijn index (for a variable), the name (for a constant), or the type (for a -abstraction, a universal quantifier, a choice operator, or an equation). Two pointers (optionally) point to relevant subterms in each case. In addition the structure maintains the information of which de Bruijn indices are free in the term (with de Bruijn indices limited to a maximum of 255). Knowing the free de Bruijn indices of terms makes recognizing potential -redexes possible without traversing the -abstraction. Likewise it is possible to determine when shifting and substitution of de Bruijn indices would not affect a term, avoiding the need to traverse the term.

In Ocaml only the unique integer id is directly revealed and this is sufficient to test for equality of terms. Hash tables are used to uniquely assign types to integers and strings (for names) to integers and these integers are used to interface with the C code. Various functions are used in the Ocaml-C interface to request the construction of (normal) terms. For example, given the two Ocaml integer ids and corresponding to terms and , the function mk_norm_ap given and will return an integer corresponding to the normal term . The C implementation recognizes if is a -abstraction and performs all -reductions to obtain a normal term. Additionally, the C implementation treats terms as graphs with perfect sharing, and additionally caches previous operations (including substitutions and de Bruijn shifting) to prevent recomputation.

In addition to the low-level C term reimplementation, we have also provided a number of other low-level functionalities replacing the slower parts of the Ocaml code. This includes low-level priority queues, as well as C code used to associate the integers representing normal propositions with integers that are used to communicate with MiniSat. The MiniSat integers are nonzero and satisfy the property that minus on integers corresponds to negation of propositions.

4 Results and Examples

The first mode in the default schedule for Satallax 3.1 is mode213. This mode activates one feature that goes beyond the basic calculus: pattern clauses. Additionally the mode sets a flag that tries to split the initial goal into several independent subgoals before beginning the search proper. Through experimentation we have found that setting a flag (common to both Satallax and Lash) to essentially prevent MiniSat from searching (i.e., only using MiniSat to recognize contradictions that are evident without search) often improves the performance. We have created a modified mode mode213d that deactivates these additions (and delays the use of MiniSat) so that Satallax and Lash will have a similar (and often the same) search space. (Sometimes the search spaces differ due to differences in the way Satallax and Lash enumerate instantiations for function types, an issue we will not focus on here.) We have also run Lash with many variants of Satallax modes with similar modifications. From such test runs we have created a 10 second schedule consisting of 5 modes.

To give a general comparison of Satallax and Lash we have run both on 2053 TH0 problems from a recent release of the TPTP [9] (7.5.0). We initially selected all problems with TPTP status of Theorem or Unsatisfiable (so they should be provable in principle) without polymorphism (or similar extensions of TH0). We additionally removed a few problems that could not be parsed by Satallax 3.4 and removed a few hundred problems big enough to activate SINE in Satallax 3.4.

We ran Lash for 10 seconds with its default schedule over this problem set. For comparison, we have run Satallax 3.4 for 10s in three different ways: using the Lash schedule (since the flag settings make sense for both systems) and using Satallax 3.4’s default schedule both with and without access to E [12]. The results are reported in Table 1. It is already promising that Lash has the ability to slightly outperform Satallax even when Satallax is allowed to call E.

Prover Problems Solved
Lash 1501 (73%)
Satallax (with E) 1487 (72%)
Satallax (without E) 1445 (70%)
Satallax (Lash Schedule) 1412 (69%)
Table 1: Lash vs. Satallax on 2053 TH0 Problems.

To get a clearer view of the improvement we discuss a few specific examples.

TPTP problem NUM638^1 (part of Theorem 3 from the Automath formalization of Landau’s book) is about the natural numbers (starting from 1). The problem assumes a successor function is injective and that every number other than has a predecessor. An abstract notion of existence is used by having a constant of type about which no extra assumptions are made, so the assumption is formally . For a fixed , is assumed and the conjecture to prove is the negation of the implication . The implication is assumed and the search must rule out the negation of the antecedent (i.e., that has two predecessors) and the succedent (that has no predecessor). Satallax and Lash both take 3911 steps to prove this example. With mode213d, Lash completes the search in 0.4s while Satallax requires almost 29s.

TPTP problem SEV108^5 (SIX_THEOREM from Tps [1]) corresponds to proving the Ramsey number R(3,3) is at most 6. The problem assumes there is a symmetric binary relation (the edge relation of a graph with the sort as vertices) and there are (at least) 6 distinct elements. The conclusion is that there are either 3 distinct elements all of which are -related or 3 distinct elements none of which are -related. Satallax and Lash can solve the problem in 14129 steps with mode mode213d. Satallax proves the theorem in 0.153 seconds while Lash proves the theorem in the same number of steps but in 0.046 seconds.

The difference is more impressive if we consider the modified problem of proving R(3,4) is at most 9. That is, we assume there are (at least) 9 distinct elements and modify the second disjunct of the conclusion to be that there are 4 distinct elements none of which are -related. Satallax and Lash both use 186127 steps to find the proof. For Satallax this takes 44s while for Lash this takes 5.5s.

The TPTP problem SYO506^1 is about an if-then-else operator. The problem has a constant of type . Instead of giving axioms indicating behaves as an if-then-else operator, the conjecture is given as a disjunction:

After negating the conjecture and applying the first few tableau rules the branch will contain the propositions , and the disequation for fresh and of type . In principle the rules for if-then-else given in [2] could be used to solve the problem without using the universally quantified formulas (other than to justify that is an if-then-else operator). However, these are not implemented in Satallax or Lash. Instead search proceeds as usual via the basic underlying procedure. Both Satallax and Lash can prove the example using modes mode0c1 in 32704 steps. Satallax performs the search in 9.8 seconds while Lash completes the search in 0.2 seconds.

In addition to the examples considered above, we have constructed a family of examples intended to demonstrate the power of the shared term representation and caching of operations. Let have type and have type . For each natural number , consider the proposition given by

where is the appropriately typed Church numeral. Proving the proposition does not require any search and merely requires the prover to normalize the conjecture and note the two sides have the same normal form. However, this normal form on both sides will be a complete binary tree of depth . We have run Lash and Satallax on with using mode mode213d. Lash solves all five problems in the same amount of time, less than 0.02 seconds for each. Satallax takes seconds, seconds, seconds, seconds and seconds. As expected, since Satallax is not using a shared representation, the computation time exponentially increases with respect to .

5 Conclusion and Future Work

We have used Lash as a vehicle to demonstrate that giving a more efficient implementation of the underlying tableau calculus of Satallax can lead to significant performance improvements. An obvious possible extension of Lash would be to implement pattern clauses, higher-order unification and the ability to call E. While we may do this, our current plans are to focus on directions that further diverge from the development path followed by Satallax.

Interesting theoretical work would be to modify the underlying calculus (while maintaining completeness). For example the rules of the calculus might be able to be further restricted based on orderings of ground terms. On the other hand, new rules might be added to support a variety of constants with special properties. This was already done for constants that satisfy axioms indicating the constant is a choice, description or if-then-else operator [2]. Suppose a constant of type is known to be reflexive due to a formula being on the branch. One could avoid ever instantiating this universally quantified formula by simply including a tableau rule that extends a branch with whenever is on the branch. Similar rules could operationalize other special cases of universally quantified formulas, e.g., formulas giving symmetry or transitivity of a relation. A modification of the usual completeness proof would be required to prove completeness of the calculus with these additional rules (and with the restriction disallowing instantiating the corresponding universally quantified formulas).

Finally the C representation of terms could be extended to include precomputed special features. Just as the current implementation knows which de Bruijns are free in the term (without traversing the term), a future implementation could know other features of the term without requiring traversal. Such features could be used to guide the search.

5.0.1 Acknowledgements

The results were supported by the Ministry of Education, Youth and Sports within the dedicated program ERC CZ under the project POSTMAN no. LL1902 and the ERC starting grant no. 714034 SMART.

References

  • [1] Andrews, P.B., Bishop, M., Issar, S., Nesmith, D., Pfenning, F., Xi, H.: TPS: A theorem-proving system for classical type theory. J. Autom. Reason. 16(3), 321–353 (1996), https://doi.org/10.1007/BF00252180
  • [2] Backes, J., Brown, C.E.: Analytic tableaux for higher-order logic with choice. Journal of Automated Reasoning 47(4), 451–479 (2011), http://dx.doi.org/10.1007/s10817-011-9233-2
  • [3] Bhayat, A., Reger, G.: A combinator-based superposition calculus for higher-order logic. In: Peltier, N., Sofronie-Stokkermans, V. (eds.) 10th International Joint Conference on Automated Reasoning, IJCAR 2020. LNCS, vol. 12166, pp. 278–296. Springer (2020), https://doi.org/10.1007/978-3-030-51074-9_16
  • [4] Brown, C.E.: Satallax: An automatic higher-order prover. In: Gramlich, B., Miller, D., Sattler, U. (eds.) IJCAR. LNCS, vol. 7364, pp. 111–117. Springer (2012)
  • [5] Brown, C.E., Smolka, G.: Extended first-order logic. In: Berghofer, S., Nipkow, T., Urban, C., Wenzel, M. (eds.) Theorem Proving in Higher Order Logics, 22nd International Conference, TPHOLs 2009, Proceedings. LNCS, vol. 5674, pp. 164–179. Springer (Aug 2009)
  • [6] Brown, C.E., Smolka, G.: Analytic tableaux for simple type theory and its first-order fragment. Logical Methods in Computer Science 6(2) (Jun 2010). https://doi.org/10.2168/LMCS-6(2:3)2010
  • [7] Färber, M., Brown, C.E.: Internal guidance for Satallax. In: Olivetti, N., Tiwari, A. (eds.) Automated Reasoning - 8th International Joint Conference, IJCAR 2016. LNCS, vol. 9706, pp. 349–361. Springer (2016), https://doi.org/10.1007/978-3-319-40229-1_24
  • [8] Steen, A., Benzmüller, C.: Extensional higher-order paramodulation in Leo-III. J. Autom. Reason. 65(6), 775–807 (2021), https://doi.org/10.1007/s10817-021-09588-x
  • [9] Sutcliffe, G.: The TPTP Problem Library and Associated Infrastructure. From CNF to TH0, TPTP v6.4.0. Journal of Automated Reasoning 59(4), 483–502 (2017)
  • [10] Sutcliffe, G.: The 10th IJCAR automated theorem proving system competition - CASC-J10. AI Commun. 34(2), 163–177 (2021), https://doi.org/10.3233/AIC-201566
  • [11] Vukmirovic, P., Bentkamp, A., Blanchette, J., Cruanes, S., Nummelin, V., Tourret, S.: Making higher-order superposition work. In: Platzer, A., Sutcliffe, G. (eds.) 28th International Conference on Automated Deduction, CADE 28. LNCS, vol. 12699, pp. 415–432. Springer (2021), http://doi.org/10.1007/978-3-030-79876-5_24
  • [12] Vukmirovic, P., Blanchette, J.C., Cruanes, S., Schulz, S.: Extending a brainiac prover to lambda-free higher-order logic. In: Vojnar, T., Zhang, L. (eds.) Tools and Algorithms for the Construction and Analysis of Systems - 25th International Conference, TACAS 2019. LNCS, vol. 11427, pp. 192–210. Springer (2019), https://doi.org/10.1007/978-3-030-17462-0_11