Problème technique avec la preuve du théorème PCP

12

Je lis la preuve d' ici et je suis tombé sur un problème technique (pourtant crucial). Je sais que c'est assez spécifique et le contexte est problématique, mais je n'ai pas pu le comprendre moi-même.

Aux pages 51 et 55, après avoir présenté les vérificateurs "standard", ils se tournent pour modifier les vérificateurs afin de vérifier les affectations fractionnées.

Dans le premier cas (p. 51), ils vérifient que sont à près du code polynomial, puis ils utilisent l'algèbre (+ zéro-testeurs) pour construire une famille de polynômes (avec un Sum- Vérifiez la propriété liée à la formule d'entrée) que chacun peut être évalué à un point donné 3 valeurs de chacun de (les mots de code du placard de code polynomial à ).f1,,fk0.01f~1,,f~kf1,,fk

Dans le second cas (p. 55), ils vérifient que sont proches d'être linéaires, puis ils définissent une fonction comme étant une somme spéciale de telle sorte que puisse être évalué à un point donné des valeurs de chacun de (le placard des fonctions linéaires à ).f1,,fk0.01ff~1,,f~kff~1,,f~kf1,,fk

Ensuite, dans les deux cas, ils effectuent des tests (Sum-Check ou Tensor + Hadamard) sur les valeurs d'un polynôme aléatoire dans la famille / .f~

Mon problème est que la procédure de reconstruction des valeurs requises de chacun des peut fournir des valeurs incorrectes avec une probabilité constante non négligeable . De plus, la probabilité que toutes les valeurs soient reconstruites correctement est très faible, seulement pour une constante . Et cela est vrai pour les deux cas.f~ickc

Cela peut être mauvais car certaines étapes des vérificateurs nécessitent d'obtenir des valeurs de la fonction cible / un polynôme de la famille whpf

Donc, nous devons amplifier la probabilité de réussite en utilisant à plusieurs reprises la «procédure algébrique de reconstruction» quelques fois pour chaque .O(logk)f~i

Maintenant, cela signifie que l'explosion de la complexité de la requête de la sous-routine (relativement à la complexité de la requête des vérificateurs d'origine) est légèrement plus grande que , c'est-à-dire qu'elle est (contrairement à la "garanti" - "souhaité" explosion dans l'énoncé des théorèmes).kO(klogk)O(k)

Est-ce un problème ou manque-t-il quelque chose (que je suis probablement)?

Don Fanucci
la source
Désolé si cela doit être évident, mais où est l'énoncé des théorèmes demandant une explosion ? Basé sur une lecture superficielle, semble être un entier constant fixe (n'est-ce pas?). kO(k)k
Clement C.
@ClementC. Regardez les définitions numérotées 3.2 et 3.3 combinées avec le lemme de récursion de composition par la suite (et surtout sa preuve). Observez que le seul endroit où la capacité du vérificateur de forme normale de vérifier les affectations fractionnées est utilisée est dans la preuve du lemme de composition (en fait, dans tout autre endroit, c'est une "grande responsabilité" à traiter, lors de la construction de vérificateurs). Là, dans la preuve, n'est pas du tout une constante. k
Don Fanucci
Bien, il est utilisé pour . Pour l'utilisation pour prouver le théorème PCP dans le corollaire 3.3 et le théorème 3.5, cependant, , donc (indépendamment du fait que cet supplémentaire devrait effectivement être ici ou non) c'est en effet une constante. Q ( n ) = 1 log kp=Q(n)Q(n)=1logk
Clement C.
@ClementC. Merci, vous avez raison de dire que lorsque nous utilisons la composition, nous utilisons une constante . p
Don Fanucci

Réponses:

1

La complexité de la requête utilisée dans cet article est et .O(1)O(poly(logn))

Pour le lemme 3.1, il est à noter que la complexité de la requête utilisée est .O(1)

Si la question est de savoir comment le lemme 3.1 se généralise à une complexité de requête non constante, cela pose un problème en dehors de .O(poly(f(n)))

Ce problème est contourné en composant un vérificateur qui réduit la complexité des requêtes à (lemme 4.4).O(1)

Lem n
la source