Я читаю доказ звідси і натрапив на технічну (але вирішальну) проблему. Я знаю, що це досить специфічно, і контекст є проблематичним, але я не міг сам це зрозуміти.
На сторінках 51 і 55 після подання "стандартних" верифікаторів вони звертаються до модифікацій верифікаторів з метою перевірки розділених завдань.
У першому випадку (стор. 51) вони перевіряють, що є -закриттям поліноміального коду, а потім використовують алгебраїзацію (+ нульові тестери) для побудови сімейства поліномів (із сумою- Перевірте властивість, пов’язану з формулою введення), що кожне може бути оцінено в точці, заданій 3 значеннями кожного з (кодові слова шафи полінома коду до ).
У другому випадку (стор. 55) вони перевіряють, що є -закритими, щоб бути лінійними, і тоді вони визначають функцію як спеціальну суму таким чином, що може бути оцінено у точці заданих значень кожного з (лінійні функції закриваються на ).
Тоді в обох випадках вони виконують тести (Sum-Check або Tensor + Hadamard) на значення випадкового многочлена в сім'ї / .
Моя проблема полягає в тому, що процедура реконструкції необхідних значень кожного з може надати неправильні значення з деякою незначною постійною ймовірністю . Більше того, ймовірність того, що всі значення реконструйовані правильно, дуже мала, лише для деякої постійної . І це справедливо для обох випадків.
Це може бути погано, оскільки деякі етапи перевіряючих вимагають для отримання значень цільової функції / поліном від сімейства whp
Отже, нам потрібно посилити ймовірність успіху, повторно використовуючи "алгебраїчну процедуру відновлення" кілька разів для кожного .
Тепер це означає, що вибух у складності запиту підпрограми (відносно складності запитів у вихідних верифікаторів) трохи більший за , тобто це (на відміну від "гарантований" - "бажаний" вибух у твердженні теорем).
Це проблема чи я щось пропускаю (що я, мабуть, є)?