Dans cette question , il a été mentionné qu'il existe des versions de complexité descriptive du théorème de Rice. J'ai trouvé une preuve du théorème suivant:
Étant donné une classe de complexité C , les propriétés non triviales des langages en C ne peuvent pas être calculées en C
J'avais déjà posté la preuve que j'ai trouvée, mais parce qu'elle était si longue et parce qu'il a été souligné dans les commentaires que cet article contient déjà une preuve de ce théorème, je l'ai retirée. (Si, pour une raison quelconque, vous voulez désespérément voir ma preuve, veuillez consulter les révisions précédentes de cette question.)
Mon intérêt est de savoir si ce théorème pourrait être utilisé pour séparer AC0 et PSPACE. Voici l'argument:
Considérons la propriété P de la classe de complexité AC0 définie comme suit:
P : la propriété d'être une requête FO qui accepte une structure fixe particulière, à savoir la structure composée d'un élément, sans fonctions, sans constantes et sans relations
Clairement, par le théorème ci-dessus, P n'est pas décidable dans AC0; c'est une propriété non triviale des requêtes FO.
Cependant, un petit examen devrait montrer que calculer si oui ou non une requête FO accepte une structure aussi simple peut être décidé aussi facilement que TQBF; ainsi, P est décidable dans PSPACE.
Pour assurer la clarté sur ce point (que P est calculable dans PSPACE): Notez que la propriété qui nous intéresse nécessite que la structure soit FO. Donc, nous essayons de déterminer si une requête FO qui s'exécute sur une structure à élément unique sans relations accepte. Puisqu'il n'y a aucune relation à traiter, il doit être clair que la tâche de décider d'une telle requête FO équivaut à décider une instance de TQBF; il n'y a pas de relations, donc le seul défi qui reste est d'évaluer si oui ou non la formule booléenne quantifiée est vraie. Il s'agit essentiellement de TQBF, donc P est calculable dans PSPACE.
Parce que P est calculable dans PSPACE mais pas AC0, nous devrions pouvoir conclure que AC0! = PSPACE. Ce raisonnement est-il correct ou ai-je fait une erreur quelque part? Je suis particulièrement préoccupé par le paragraphe précédent; J'essaierai de clarifier et de mettre à jour l'argument demain après avoir eu l'occasion de réfléchir un peu plus à l'exposition.
J'accepterais comme réponse un exemple d'une requête FO qui, lors du calcul sur la structure sans relation à un élément que j'ai décrite, n'a clairement aucun sens en tant qu'instance de TQBF. (Je suggère qu'il n'y en a pas, donc si vous pouvez montrer qu'il y en a un, ce serait un contre-exemple.)
Merci.
Réponses:
Décider des propriétés non triviales (d'une indexation) d'ensembles dans une classe de complexité est aussi difficile que de calculer le graphique de la fonction universelle pour la classe. Intuitivement, cela signifie que la seule façon de décider d'une propriété non triviale est de simuler les machines et d'attendre les réponses. Il me semble que l'idée d'utiliser une telle propriété ne fera que donner ce que les théorèmes de hiérarchie connaissent. (Voir le théorème 4.2 de D. Kozen, " Indexing of subrecursive classes ", 1978 pour les détails et l'énoncé exact du théorème.)
la source