Многие проблемы, которые являются PSPACE-полными, становятся EXPSPACE-полными, когда ввод дается «кратко», т. Е. С помощью некоторой кодировки, которая позволяет вам описывать входные данные, которые обычно имеют экспоненциальный размер.
Вот пример для конечных автоматов (эквивалентно для ориентированных графов с помеченными ребрами): решение о том, принимают ли два автомата один и тот же язык (имеют одинаковый набор помеченных путей от источника к узлу назначения), является PSPACE-полным. Если автоматы (графы) задаются булевыми формулами (узлами являются оценки v, v ', .. и существуют булевы формулы, указывающие, является ли va-> v' ребром), задача становится EXPSPACE-полной. NB: есть много других способов краткого определения большого графа / автомата, см., Например, эту статью .
Пример с регулярными выражениями соответствует этому шаблону. Введение нотации ".. ^ 2" для возведения в квадрат позволяет писать компактные регулярные выражения, которые были бы очень большими, если бы вы расширили каждое "(foo) ^ 2" на "foo foo" и "((bar) ^ 2) ^ 2 "by" bar bar bar bar ". Естественно, некоторые задачи, которые являются PSPACE-полными без возведения в квадрат, становятся EXPSPACE-полными с разрешением возведения в квадрат, вот классическая ссылка . [NB: Другие примеры, такие как регулярные выражения с пересечением или дополнением, явно не соответствуют шаблону новой нотации, которая расширяется в экспоненциально больший ввод в стандартной нотации.]
Точно так же задача, полная LOGSPACE (например, достижимость в ориентированных графах), может стать EXPSPACE-полной, если ваша краткая кодировка позволяет описать графы с двойным экспоненциальным размером.
Итог: вы можете легко придумать новые, хотя, возможно, и искусственные, полные EXPSPACE проблемы, рассмотрев классические проблемы PSPACE или LOGSPACE (которых вы найдете много) и допуская компактное / сжатое / .. кодирование ввода.