Plus sur le PH en PP?


63

Une question récente de Huck Bennett demandant si la classe PH était contenue dans la classe PP, a reçu des réponses quelque peu contradictoires (tout à fait vrai, semble-t-il). D'un côté, plusieurs résultats Oracle ont été donnés, et de l'autre Scott a suggéré que la réponse était probablement positive puisque le théorème de Toda montre que PH est dans BP.PP, la variante probabiliste de PP, et nous pensons généralement que la randomisation par exemple, des hypothèses de dureté raisonnable impliquent des PRG pouvant remplacer la randomisation.

Maintenant, dans le cas de PP, il n'est pas évident a priori que même un PRG "parfait" impliquera une dérandomisation complète puisque la dérandomisation naturelle exécuterait l'algorithme d'origine avec la sortie du PRG pour toutes les semences possibles polynomiales et prendrait un vote majoritaire. . Il n’est pas clair que l’adoption de ce vote à la majorité parmi les calculs de PP est une chose qui peut être faite dans PP même. Cependant, un article de Fortnow et Reingold montre que PP est fermé en raison de réductions du nombre de tables de vérité (prolongeant le résultat surprenant selon lequel PP est fermé en intersection), ce qui semble suffisant pour prendre ce vote majoritaire.

Alors, quelle est la question ici? Toda, Fortnow-Reingold et tous les processus de dénormalisation basés sur les PRG semblent tous relativiser, ce qui impliquerait donc que PH soit en PP pour chaque oracle pour lequel des PRG appropriés existent. Ainsi, pour tous les oracles sous lesquels le PP ne contient pas de PH (par exemple de Minski & Papert, de Beigel ou de Vereshchagin ), les PRG pour le PP n'existent pas. Cela implique notamment que pour ces oracles, il n’existe pas de fonctions suffisamment dures dans EXP (sinon, des PRG de type NW-IW existeraient). En regardant le côté positif, cela impliquerait que quelque part dans chacun de ces résultats oracle se cache un algorithme PP (non uniforme) pour (approximer) EXP avec cet oracle. C'est étrange puisque tous ces résultats Oracle semblent reposer sur de nouvelles limites inférieures de PP.(pour les circuits à seuil) et sont simples dans leurs machines de construction d’oracles, donc je ne vois pas où se cache une limite supérieure pour le PP. Peut-être que cette limite supérieure fonctionnerait en général en montrant que -PP (non uniforme) peut calculer (ou au moins biaiser) sur la totalité de l'EXP? Quelque chose comme ça ne donnerait-il pas au moins une simulation CH d’EXP?

Donc, je suppose que ma question est double: (1) cette chaîne de raisonnement a-t-elle un sens? (2) Si oui, alors quelqu'un peut-il "découvrir" les bornes supérieures implicites pour PP?

Edit par Aaron Sterling: le placer sur la première page et ajouter une prime. C’était une de mes questions préférées et elle n’a toujours pas de réponse.


2
En effet, commencez par une fonction booléenne dans AC0 qui ne peut pas être calculée par une porte de seuil polylog (N). Pour chaque oracle nous définissons le langage (où est les bits de la ième tranche de ). Depuis , , pour tous . La ième étape de diagonalisation choisira (pour certains ) de sorte que le ième PP TM se trompe sur, ce qui se passe depuisf:{0,1}N{0,1}ALA={1n|f(An)=1}An2nnAfAC0LAPHAAtAnnt1nLA?fn'est pas polylog (N) -threshold (comme le calcul d'une machine PP). Alors . Mais peut-être que ...LAPPALAPPA|poly
Noam

2
Donc, pour obtenir aussi nous aurions besoin de compresser plusieurs instances de dans une seule longueur . Cela semble facilement faisable en définissant , où , pour une chaîne bits , désigne le -bits décrivant si pour toutes possibles « s de longueur . Mais il faudrait améliorer la limite inférieure de pour exiger que copies de sur différentsLAPPA/polyfnLA={x|f(Ax)=1}nxAx2nxyA2nynfNfNLes chaînes à bits ne peuvent pas être calculées par les portes à seuil polylog (N), même avec les bits d'aide polylog (N). Cela devrait donc être faux pour tout . Une limite supérieure intéressante semble-t-il. fAC0
Noam

1
À bien y penser, le constat que sous chaque oracle qui fabrique PH / PP, il n’existe aucun PRG efficace qui trompe les algorithmes de BP.PP ne devrait pas être plus surprenant que le fait que sous chaque oracle qui fabrique BPP / ⊆ P, il y en a pas de PRG efficaces qui trompent les algorithmes BPP. En effet, chaque oracle qui fabrique PH / ⊆ PP fabrique également BP.PP / PP selon le théorème de Toda (relativisé). Mais peut-être que je manque le point. -
slimton

1
C'est un bon point. Cependant, intuitivement, lorsque vous créez un oracle pour lequel le cœur de la construction confère un pouvoir inhabituel à , de sorte que cela implique également un pouvoir inhabituel pour et rend ainsi les PRG impossibles. . L'oracle pour ne semble pas donner un pouvoir inhabituel de (ou à une classe) , mais plutôt de limiter la puissance du . Je ne suis toutefois pas sûr que cette différence puisse être formalisée d'une manière ou d'une autre. PABPPABPPAPA/polyPHAPPAPAPPA
Noam

1
Comme je l’ai fait remarquer plus haut: dans les constructions pour le cœur de la construction consiste à donner un pouvoir "non naturel" à BPP (et donc également à P / poly), par exemple en installant de nombreux témoins du dur oracle dans des endroits où: seule la randomisation peut les trouver. Il est donc intéressant de noter que ce pouvoir est suffisant pour les problèmes "généraux", du moins le pouvoir inattendu de P / poly est clair. D'autre part, je ne vois nulle part que l'oracle permettant de séparer le PH du PP donne un pouvoir non naturel à P / Poly ou à une autre classe, en fait. Je ne suis pas sûr que cette différence soit "réelle" cependant. PBPP
Noam

Réponses:


9

Par le travail de Klivans et van Melkebeek (qui relativise), si E = DTIME ( ) n’a pas de circuits avec des portes PP de taille alors PH est en PP. La contrapositive dit que si PH n'est pas en PP, alors E a des circuits de taille sous-exponentielle avec des portes en PP. Cela est cohérent avec le fait qu’une preuve oracle de PH non en PP donne une limite inférieure relativisée pour PP. Aucune raison de penser que cela implique une limite supérieure pour le PP ou une force pour des circuits sans portes PP.2O(n)2o(n)


Correct. Fixé.
Lance Fortnow
En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.