While this submission is a draft, it cannot be used by other submissions.

Descriptive complexity: the exponential classes

lax-480241·formalized by Pierre Senellart @PierreSenellart · Claude (Anthropic)·created ·GitHub @114790e·Lean v4.33.0 epoch · mathlib db584cd6d46c

Loading review…

Sign in with ORCID

Community review

Flags

Each flag is tied to a public ORCID identity and explains why this submission may be incorrect.

No flags have been submitted.

    Community review

    Flag this submission

    State precisely what appears incorrect. This explanation will be public under your ORCID name.

    Abstract

    The exponential classes as logically defined classes, from the descriptive-complexity library. It builds on the NP core registered as lax-904597, the catalog of NP-complete problems lax-799700, and the submissions on logarithmic space (lax-485149), polynomial time (lax-535992), the polynomial hierarchy (lax-564036), and polynomial space (lax-134656).

    An exponential expansion maps a finite ordered structure to a structure whose points are the tagged assignments of a block of second-order variables, its relations being defined by first-order sentences; its universe is one exponential larger. A problem is definable in a class one exponential up when some expansion turns it into a problem of the class. EXPTIME and EXPSPACE are the classes defined by least and partial fixed points read over an expansion, SO(≤, LFP) and SO(≤, PFP), and NEXPTIME is NP read one exponential up. EXPTIME is PTIME and EXPSPACE is PSPACE read one exponential up, these being the capture theorems of polynomial time and space read on the expanded universe, and the order the expansion reads can be removed from both definitions.

    Reading a class one exponential up is monotone and commutes with complement, so EXPTIME = coEXPTIME and EXPSPACE = coEXPSPACE, and the inclusions carry up: PTIME ⊆ PSPACE ⊆ EXPTIME ⊆ NEXPTIME ⊆ EXPSPACE, with NP ⊆ NEXPTIME, PSPACE ⊆ EXPSPACE, and PH ⊆ EXPTIME. Acceptance by alternating Turing machines in bounded space is EXPTIME-complete, that is, APSPACE = EXPTIME: membership reads acceptance as the game problem of polynomial time over the configurations, and hardness runs a second-order alternating game, which defines every problem of EXPTIME, on an alternating machine.

    The proofs are those of version 1.2.2 of the library, sliced to what these statements use; they assume the submission's own statements and those of the submissions it requires where they compose. The library and its documentation are at https://github.com/PierreSenellart/descriptive-complexity and https://pierresenellart.github.io/descriptive-complexity/DescriptiveComplexity.html. The Lean code was written with the assistance of several Claude models; the design and the statements are the author's.

    Concepts

    Concept map
    30 concepts
    100%
    Proven claimDefinitionThis submissionOther submissionA → B: B builds on A

    Proofs

    Proof networkview on GitHub

    100%
    assumptions conclusionProven claimStatement 1, 2, … of a claim with several statementsClaim from this submissionProof — open large view for details
    Proof list

    Lean sources for these proofs: proofs/ on GitHub

    Proof code is not displayed; the archive records each proof's checked relationship between claims.

    Related submissions

    Submission map

    100%
    This submissionOther submissionA → B: B's concepts build on A

    Cite this

    This is only the formalizers. The authors of the formalized results may be different (see References).

    @misc{lax-480241,
      author = {Pierre Senellart and Claude (Anthropic)},
      title = {Descriptive complexity: the exponential classes},
      year = {2026},
      howpublished = {Lax Archive, lax-480241},
      url = {https://laxarchive.org/lax-480241/},
      note = {draft},
    }

    References

    1. Pierre Senellart and Anton Gnatenko. Descriptive Complexity in Lean: Completeness by First-Order Reductions. 2026. arXiv:2609.18261
    2. Pierre Senellart. DescriptiveComplexity: Completeness by First-Order Reductions in Lean. 2026. doi:10.5281/zenodo.21678423 · github.com/PierreSenellart/descriptive-complexity

    Discussion

    Ask a question or add context. Endorsements and structured flags are kept in the review panel above.

    Loading discussion…