Методи показу, що проблема полягає в твердості "кінцівки"


36

Враховуючи нову проблему в , справжня складність якої знаходиться десь між P і не є повною NP, я знаю два методи, які можуть бути використані, щоб довести, що вирішити це важко:NPP

  1. Покажіть, що проблема є GI-повною (GI = Ізоморфізм графіка)
  2. Покажіть , що проблема полягає в . За відомими результатами такий результат означає, що якщо проблема не завершена NP, то PH руйнується до другого рівня. Наприклад, відомий протокол для Graph Nonisomorphism робить саме це.coAМ

Чи використовуються інші методи (можливо, з різними "сильними переконаннями")? Для будь-якої відповіді потрібен приклад того, де воно було використано насправді: очевидно, що існує багато способів спробувати показати це, але приклади роблять аргумент більш переконливим.


12
Якщо проблема здається достатньо важкою, але ви не в змозі довести, що це NPC, швидка перевірка полягає у підрахунку кількості рядків довжиною n мовою: якщо набір рідкий, навряд чи це буде NPC (інакше P = NP по теоремі Махені) ... тому краще спрямувати зусилля на доведення того, що це є в P :-) :-) Приклад з блогу Fortnow & Gasarch : {(n, k): існує спосіб поділу { 1, ..., n} у максимум k коробки, щоб жодна коробка не мала x, y, z з x + y = z}
Marzio De Biasi

5
@MarzioDeBiasi звучить як відповідь на мене.
Сашо Ніколов

2
До такої демонстрації є дві частини: показ складності розміщення проблеми в BPP та показник складності розміщення проблеми в класі NP-complete. (Нагадаємо, що GI-повнота просто означає "є в GI і є GI-жорстким".)

1
+1 для Рікі Демера; ми можемо захотіти скласти список методів для першої частини.
Птероміс

2
Для проблем у FNP без очевидних версій рішення в NP, PPAD є корисним (і зростаючим) класом для розгляду. Проблеми, пов'язані з ППАД, включають багато проблем щодо пошуку фіксованих точок, наприклад, рівноваги Неша. Список Шиви корисний: cs.princeton.edu/~kintali/ppad.html
Андраш Саламон

Відповіді:


47

Показати, що ваша проблема в coAM (або SZK), справді є одним з головних способів приведення доказів "твердості кінцівки". Але крім цього, є ще кілька:

  • Покажіть, що ваша проблема в NP ∩ coNP. (Приклад: факторинг.)
  • Покажіть, що ваша проблема вирішується за квазіполіномічний час. (Приклади: розмір VC, наближений до безкоштовних ігор.)
  • Покажіть, що ваша проблема не складніше, ніж перевернути односторонні функції або вирішити NP в середньому. (Приклади: безліч проблем у криптографії.)
  • Покажіть, що ваша проблема зводиться до (наприклад) Унікальних ігор або розширень з невеликим набором.
  • Покажіть, що ваша проблема в BQP. (Приклад: факторинг, хоча, звичайно, це також є у NP ∩ coNP.)
  • Виключають великі класи зменшення повноти NP. (Приклад: Проблема мінімізації ланцюга, вивчена Кабанцем та Каєм.)

Я впевнений, що є й інші, про які я забуваю.


2
Це відмінний список, Скотт!
Суреш Венкат

1
Просто цікаво ... яка з цих методик показує, що проблема навряд чи може бути вирішена в поліноміальний час (або RP, або BPP)? Я не бачив жодного, що, здавалося б, це робив.
Філіп Уайт

2
Філіп: Ти маєш рацію, вони ні. Для отримання доказів того, що певна проблема НП не є в P, все це зводиться до (1) спроби поставити її в P і відмови, та / або (2) зменшення інших проблем, які люди не змогли поставити в P до цієї проблеми.
Скотт Ааронсон

23

н

Прикладом є проблема розподілу номерів на k-скриньки (з блогу Fortnow & Gasarch, оригінальне джерело: Cyberpuzzles Doctor Ecco ):

{(н,к) існує спосіб поділу  {1,...,н} у максимум k ящики, так що жодної коробки немає х,у,z з х+у=z}


23

Ось три доповнення до списку Скотта:

  • Покажіть вашу проблему в декількаР. Це означає, що кількість розчинів обмежена деяким многочленом. (Приклад: Проблема Turnpike). Невідомо, що жодна проблема з повним рівнем NP не існує в кількохР. (неможливо, якщо малоP = NP).
  • LОГNПNП[лог2н]
  • 2нϵNПϵ>0н02нϵн

cоNПNП/pолу


1
Або навіть в UP (не тільки FewP)!
Джошуа Грохов
Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.