Багато проблем, які є повними PSPACE, набувають завершення EXPSPACE, коли введення вводиться "лаконічно", тобто за допомогою деякого кодування, яке дозволяє описувати входи, які зазвичай мали б експоненціальний розмір.
Ось приклад на кінцевих автоматах (рівнозначно, на спрямованих графах із міченими ребрами): вирішити, чи приймуть два автомати однакову мову (мають однаковий набір мічених шляхів від походження до вузла призначення), це PSPACE-повне. Якщо автомати (графіки) задаються булевими формулами (вузли - це оцінки v, v ', .., а є булеві формули, які вказують, чи va-> v' є ребром), проблема стає EXPSPACE-завершеною. Примітка: Є багато інших способів коротко визначити великий графік / автомат, див., Наприклад, цей документ .
Приклад з регулярними виразами відповідає цьому шаблону. Введення позначення ".. ^ 2" для квадратування дозволяє писати компактно регулярні вирази, які були б дуже великими, якби розширити кожен "(foo) ^ 2" на "foo foo" та "((bar) ^ 2) ^ 2 "від" bar bar bar bar ". Зрозуміло, деякі проблеми, які не мають PSPACE, не застосовуючи квадрати, стають EXPSPACE-завершеними з дозволеними квадратиками, ось класичне посилання . [NB: Інші приклади, як-от регулярні вирази з перетином або з доповненнями, очевидно, не відповідають шаблону нових позначень, який розширюється на експоненціально більший вхід у стандартних позначеннях.]
Аналогічно, проблема, повна LOGSPACE (наприклад, доступність у спрямованих графах), може стати EXPSPACE-повною, якщо ваше коротке кодування дозволяє описувати графіки подвійно експоненціального розміру.
Підсумок: ви можете легко придумати нові, хоча і, можливо, штучні проблеми, повні для EXPSPACE, розглядаючи класичні проблеми PSPACE або LOGSPACE (яких ви знайдете багато) і дозволяючи компактне / стисле / .. кодування вводу.