我正在研究一个难于解决的问题,对于一类具有对数的对数替换形式的量化布尔公式而言。此类中的问题看起来像:
其中,和是变量的布尔公式。
此类明确包含,并且包含在。这个班有名字吗?还有什么更了解的吗?
我正在研究一个难于解决的问题,对于一类具有对数的对数替换形式的量化布尔公式而言。此类中的问题看起来像:
其中,和是变量的布尔公式。
此类明确包含,并且包含在。这个班有名字吗?还有什么更了解的吗?
Answers:
在Michael Wehar的答案的基础上,您似乎可以轻松证明计算可以采用诸如QBF的多尺寸编码:您使用O (log n )交替,每个p ø 升ý (ñ )位,并且做类似萨维奇定理的参数。每两个交替将由分割计算的运行时间p ø 升ÿ (Ñ因素。
我会调用类,在Fortnow的符号下面的“时空权衡的满足性”这也可能是参数在前面的段落勾画(但请参见前面引用的文件)引用。
(1)我们已经知道的:
就像您已经说过的那样,对于多项式层次结构的每个级别来说,QBF与量词的交替都是很难的。
(2)我认为我们还可以证明以下几点:
问题是硬。
(3)这是我对前述断言的非正式辩解:
给定一个空间结合NTM和输入字符串,我们需要确定是否存在于给定的输入串的接受计算。
计算中的每个配置基本上可以由位表示。换句话说,我们可以用一组log 2(n )变量表示一个配置。
这个想法是,我们有一个开始配置和一个最终配置,我们需要猜测介于两者之间的计算。我们使用存在的量词递归地猜测“中间”配置,并递归验证使用所有量词的“左”配置都转到“中间”,“中间”配置转到“右边”。
现在要做这项工作,而不是选择一个“中间”配置,我们需要在“左”和“右”配置之间选择一组等距的“中间”配置。特别是,我们可以猜测使用带有 √的现有量词的等距“中间”配置变量,然后递归使用所有具有近似log(n)变量的量词在配置之间的每个间隔上递归。
递归只需要继续到深度即可覆盖长度√的计算,其中每个配置最多具有 log 2(n )个位。
由于递归的深度为,因此我们只有 O (log (n ))组变量,即交替。由于每组量词只有 √变量,总共有O( √的变量。
随时提供任何反馈或更正。非常感谢您,希望对您有所帮助。
(4)Ryan的答案提出了一个更笼统的主张:
您应该能够以更一般的方式执行上述构造。考虑以下:
在递归的每一步,分解为配置使用位组“中间” 配置。然后,递归到深度d (n )。
只要我们没有太多的变量和太多的替换,这似乎就可以正常工作。大致来说,我们需要满足以下条件:
我们的通用方法将用于模拟运行g (n )的非确定性图灵机使用c(n)个内存位 d (n )步。
特别是,我们选择以下内容:
满足了前面的不等式,我们可以进行构造以模拟运行大约2 log 2的非确定性图灵机使用 √(n )步位存储器。
换句话说,我们获得了比以前更好的硬度结果。特别是对于。
(5)进一步概括:
在前面的概括中,我们正在模拟不确定的时间和空间限制的图灵机。但是,我们也可以模拟时间和空间有限的图灵机。
让我解释一下。因此,我们大致使用交替进行深度日志(n。但是,我们可以在开始时使用一些替代方法,例如 √。然后,我们可以使用剩余的 √交替到达深度 √。
在这种情况下,我们可以模拟具有√的交替图灵机线性见证长度的 log (n )交替,运行2 log 3步,并使用√位存储器。
换句话说,对于具有次线性见证长度。或者,可以使用S编写此类上面的注释中提到 T A表示法。
感谢您的评论,并随时提供任何更正或澄清。:)
一个简短的答案。
初步观察:
- 对于多项式层次结构的每个级别来说,这个问题都很难解决。
- 对于交替使用图灵机的人来说,这个问题很难解决 多项式时间的交替。
更深入的见解:
- 由以上Kaveh的评论建议,该问题可以对 图灵机。
- 而且,正如Ryan指出的那样,该问题可以对 图灵机。
More generally, the problem can encode computations for machines corresponding to various classes of the form with restricted witness lengths. I'm not quite sure what the exact relationship between , , and has to be, but we know that:
See my longer answer for more details on the trade-offs between , , and .
Note: In the above, when I say encode computations, I mean encode the computation without blowing up the instance size too much. That is, if we blow-up from size Turing machine input to size formula, then I think that although the blow-up is polynomial, it is good to pay close attention to the degree of the polynomial. The reason for the semi-fine-grained perspective is to try and slightly better recognize how the different complexity measures , , and depend on each other.