Documentation

DescriptiveComplexity.Exponential.Inclusions

The exponential classes: complements and inclusions #

Everything in this file is inherited rather than proved. The two facts it rests on are polynomial-level and each cost a large development:

DescriptiveComplexity.ComplexityClass.exp_compl carries both one exponential up, and DescriptiveComplexity.ComplexityClass.exp_mono carries every polynomial-level inclusion. Nothing of the two developments above is spent twice; that is the first payoff of making exp an operator on an abstract class.

Read on the definitions, the complement equalities say that SO(LFP) and SO(PFP) are closed under complement, which is the form a reader of the logic will look for; they are stated that way too.

The one construction with content is DescriptiveComplexity.PSPACE_subset_PTIME_exp – an SO(TC) walk is REACH on the expansion whose points are its states – which lives in DescriptiveComplexity.Exponential.Reach and starts the whole tower.

No claim is made for NEXPTIME, which is not expected to be closed under complement.

The two polynomial-level complement facts, in the form used here #

Polynomial time is closed under complement (DescriptiveComplexity.piP_zero_eq, restated as an equality of classes). Registered in the Lax archive as Lax535992.PTIMEEqCoPTIME.PTIME_eq_coPTIME.

Dependency graph

The complement equalities #

Dependency graph

EXPSPACE = coEXPSPACE: inherited from Savitch through the same operator.

Dependency graph

A problem is in EXPTIME exactly when its complement is. Registered in the Lax archive as Lax480241.ExponentialComplements.mem_EXPTIME_compl_iff.

Dependency graph

A problem is in EXPSPACE exactly when its complement is. Registered in the Lax archive as Lax480241.ExponentialComplements.mem_EXPSPACE_compl_iff.

Dependency graph

SO(≤, LFP) is closed under complement – the second-order shadow of DescriptiveComplexity.piP_zero_eq, and the reading of DescriptiveComplexity.EXPTIME_eq_coEXPTIME on the definition.

Dependency graph

SO(≤, PFP) is closed under complement – the second-order shadow of Savitch.

Dependency graph

The inclusions #

Every line but the first is DescriptiveComplexity.ComplexityClass.exp_mono on a polynomial-level inclusion, read through the bridge theorems of DescriptiveComplexity.Exponential.Classes.

PSPACE ⊆ EXPTIME: an SO(TC) walk is a reachability question on the expansion whose points are its states, and reachability is in polynomial time. On the definitions this is SO(TC) ⊆ SO(LFP). Registered in the Lax archive as Lax480241.ExponentialInclusions.PSPACE_subset_EXPTIME.

Dependency graph

PTIME ⊆ PSPACE, routed through NP – the polynomial-level inclusion the exponential ones are lifted from. Registered in the Lax archive as Lax134656.HierarchyInPSPACE.PTIME_subset_PSPACE.

Dependency graph

EXPTIME ⊆ EXPSPACE, i.e., SO(LFP) ⊆ SO(PFP) – the second-order shadow of PTIME ⊆ PSPACE. Registered in the Lax archive as Lax480241.ExponentialInclusions.EXPTIME_subset_EXPSPACE.

Dependency graph

EXPTIME ⊆ NEXPTIME, the second-order shadow of PTIME ⊆ NP. Registered in the Lax archive as Lax480241.ExponentialInclusions.EXPTIME_subset_NEXPTIME.

Dependency graph

NEXPTIME ⊆ EXPSPACE, the second-order shadow of NP ⊆ PSPACE. Registered in the Lax archive as Lax480241.ExponentialInclusions.NEXPTIME_subset_EXPSPACE.

Dependency graph

NL.exp ⊆ EXPTIME, the second-order shadow of NL ⊆ PTIME. Together with DescriptiveComplexity.PSPACE_subset_NL_exp it sandwiches NL.exp between PSPACE and EXPTIME. Registered in the Lax archive as Lax480241.ExponentialInclusions.NL_exp_subset_EXPTIME.

Dependency graph

The polynomial classes inside the exponential ones #

All of these route through PSPACE ⊆ EXPTIME, which is the only inclusion of this development with content.

Dependency graph
Dependency graph
Dependency graph

The whole polynomial hierarchy sits inside EXPTIME, through DescriptiveComplexity.PH_subset_PSPACE. Registered in the Lax archive as Lax480241.ExponentialInclusions.PH_subset_EXPTIME.

Dependency graph