ข้อโต้แย้งเกี่ยวกับการคาดคะเนของ Kolmogorov เกี่ยวกับความซับซ้อนของวงจรของ P


19

อ้างอิงถึงประวัติศาสตร์ (ไม่ยืนยัน) บัญชี Kolmogorov คิดว่าทุกภาษาในมีความซับซ้อนของวงจรเชิงเส้น (ดูคำถามก่อนหน้านี้คาดเดา Kolmogorov ที่มีวงจรเชิงเส้นขนาด .) หมายเหตุว่ามันหมายถึง\ mathsf {P} \ neq \ mathsf {}PPPNP

อย่างไรก็ตามการคาดเดาของ Kolmogorov มีแนวโน้มว่าจะล้มเหลว ตัวอย่างเช่น Ryan Williams เขียนในรายงานล่าสุด: "การคาดคะเนน่าประหลาดใจถ้าเป็นจริงสำหรับภาษาในPต้องใช้เวลาn100100 ดูเหมือนว่าไม่น่าจะซับซ้อนของปัญหาดังกล่าว จะลดขนาดลงอย่างน่าอัศจรรย์ถึงขนาดO(n)เพียงเพราะวงจรที่แตกต่างกันสามารถออกแบบสำหรับความยาวอินพุตแต่ละตัวได้ "

ในทางตรงกันข้าม Andrey Kolmogorov (1903-1987) ได้รับการยอมรับอย่างกว้างขวางว่าเป็นหนึ่งในนักคณิตศาสตร์ชั้นนำของศตวรรษที่ 20 มันค่อนข้างยากที่จะจินตนาการว่าเขาจะเสนอการคาดเดาที่ไร้สาระอย่างสมบูรณ์ ดังนั้นเพื่อให้เข้าใจได้ดีขึ้นฉันพยายามค้นหาข้อโต้แย้งบางอย่างที่อาจสนับสนุนการคาดเดาที่น่าประหลาดใจของเขา นี่คือสิ่งที่ฉันคิดได้:

สมมติPSIZE(lin)(หลิน) จากนั้นเราสามารถเลือกภาษาLPเช่นนั้นLมีความซับซ้อนเป็นพิเศษทั้งในเครื่องแบบและในรูปแบบที่ไม่เหมือนกัน มีความเป็นไปได้สองอย่าง:

  1. มีที่รู้จักกันเป็น อย่างชัดเจนอัลกอริทึม (ทัวริงเครื่อง) ที่ยอมรับLLจากนี้เราสามารถสร้างตระกูลฟังก์ชั่นที่ชัดเจนที่จะต้องมีความซับซ้อนของวงจรแบบซุปเปอร์ไลน์ อย่างไรก็ตามสิ่งนี้อาจดูได้ยากเนื่องจากไม่มีใครสามารถหาตัวอย่างเช่นนี้ได้ในการวิจัยวงจรที่ยาวนานกว่า 60 ปี

  2. มีเป็นที่รู้จักกันไม่ชัดเจนอัลกอริทึมสำหรับLLตัวอย่างเช่นการดำรงอยู่ของมันได้รับการพิสูจน์ด้วยวิธีการที่ไม่สร้างสรรค์เช่นสัจพจน์ของทางเลือก หรือแม้ว่าจะมีอัลกอริทึมที่ชัดเจนอยู่แล้วก็ไม่มีใครสามารถค้นหาได้ อย่างไรก็ตามมีหลายภาษาที่สามารถเล่นบทบาทของLได้อย่างไม่น่าเป็นไปได้อีกครั้งว่าพวกเขาทั้งหมดจะทำงานในแบบที่ไม่เป็นมิตร

แต่ถ้าเรายกเลิกตัวเลือกทั้งสองอย่างไม่น่าเป็นไปได้โอกาสเดียวที่เหลืออยู่ก็คือLนั้นไม่มีอยู่จริง นั่นหมายถึง PSIZE(lin)ซึ่งเป็นการคาดเดาของ Kolmogorov อย่างแม่นยำ

คำถาม:คุณคิดว่าจะมีการโต้แย้งใด ๆ เพิ่มเติมเกี่ยวกับการต่อต้านการคาดคะเนของ Kolmogorov หรือไม่?


2
ฉันสงสัยว่า: เรามีผู้สมัครรับการปฏิเสธการคาดคะเนของ Kolmogorov หรือไม่? แน่นอนว่าอาจมีปัญหาใด ๆ ที่มีความซับซ้อนเชิงเส้น บางทีบางคนอาจจะไม่มีวงจรเชิงเส้น
Bruno

2
ให้เผชิญหน้ากับมันไม่มีใครมีเงื่อนงำที่น้อยที่สุด (อีกครั้งอ้างโกลด์แมนเกี่ยวกับฮอลลีวู้ด: "ไม่มีใครรู้อะไรเลย") การคาดเดา (ไม่ได้เผยแพร่) อาจจะเปิดนานกว่า P =? NP อย่างไรก็ตามความคิดคร่าวๆ / มุมที่ควรค่าแก่การสำรวจ: ทฤษฎีการบีบอัดและการบีบอัด นี่คือสิ่งที่วิลเลียมส์พูดพาดพิงถึงและอาจเป็นหัวใจของการแยกระดับความซับซ้อนมากมาย แนวคิดก็คือมีวิธี / อัลกอริทึมพื้นฐานในการเข้ารหัสข้อมูลและรูปแบบบางอย่างนั้นยากกว่าในการบีบอัดโดยใช้การเข้ารหัส(โดยพลการ) แต่ดูเหมือนจะมีผลลัพธ์น้อยมากในพื้นที่นี้เช่นกัน
vzn

1
และ btw การเชื่อมต่อหลายครั้งของความซับซ้อนของ Kolmogorov กับความซับซ้อนในการคำนวณเช่นการสำรวจโดยFortnowอาจมีการเชื่อมต่อที่อธิบายได้ว่าทำไมคำถามจึงยากที่จะแก้ไขเพราะคำถามที่ซับซ้อนที่เกี่ยวข้องกับ Kolmogorov นั้นไม่สามารถตัดสินใจได้ ... ?
vzn

1
@Bruno: ฉันจะเดาว่า - ปัญหาที่สมบูรณ์จะเป็นผู้สมัครที่ดีเช่นการเขียนโปรแกรมเชิงเส้นหรือปัญหาค่าวงจร ถ้าแล้วปัญหาเหล่านี้ก็ไม่สามารถแก้ไขได้แม้จะไม่ใช่ในรูปแบบ poly-size และ poly-logarithmic depth ดังนั้นอย่างน้อยก็ดูเหมือนว่าสมเหตุสมผลที่จะเดาว่าปัญหาดังกล่าวไม่ควร แก้ไขได้ในขนาดเชิงเส้น (และความลึกที่ไม่ จำกัด ) อย่างใดอย่างหนึ่ง ตัวกำหนดอาจเป็นตัวเลือกที่สมเหตุสมผลอื่น แต่นี่เป็นเพียงข้อเสนอ - ฉันไม่มีเหตุผลที่แข็งแกร่งสำหรับการคิดว่าพวกเขามีขนาดวงจรเชิงเส้นตรง PN CPPNC
Joshua Grochow

คำตอบ:


22

เชิงอรรถของกระดาษของฉันที่คุณอ้างถึงอ้างถึง "การโต้เถียง" แบบแก้ปัญหาอย่างน้อยสิ่งที่เราคิดว่าเป็นสัญชาตญาณของ Kolmogorov - การแก้ไขปัญหาเชิงบวกของปัญหาที่สิบสามของฮิลแบร์ต

http://en.wikipedia.org/wiki/Hilbert's_thirteenth_problem

โดยเฉพาะอย่างยิ่งได้รับการพิสูจน์โดย Kolmogorov และอาร์โนลว่าการทำงานใด ๆ อย่างต่อเนื่องในตัวแปรสามารถแสดงเป็นองค์ประกอบของ "ง่าย" ฟังก์ชั่น: นอกเหนือจากสองตัวแปรและฟังก์ชั่นอย่างต่อเนื่องในหนึ่งตัวแปร ดังนั้นในช่วง "พื้นฐาน" ของการทำงานอย่างต่อเนื่องตัวแปรและนอกจากสองตัวแปรทุกฟังก์ชั่นอย่างต่อเนื่องในตัวแปรมี "วงจรซับซ้อน"2)O ( n 2 ) n O ( n 2 )nO(n2)nO(n2)

ดูเหมือนว่า Kolmogorov เชื่อว่ามีอะนาล็อกที่ไม่ต่อเนื่องโดยที่ "ต่อเนื่องในตัวแปร " กลายเป็น "บูลีนในตัวแปรและโพลี - เวลาคำนวณได้" และที่ "พื้นฐาน" ที่ให้ไว้ข้างต้นจะกลายเป็นฟังก์ชันบูลีนสองตัวแปรn ( n )nn(n)


มันจะน่าสนใจมากถ้าแอนะล็อกไม่ต่อเนื่องที่ Kolmogorov เชื่อว่าจะมีอยู่จริง สันนิษฐานว่านักวิจัยได้พยายามที่จะพบว่ามันเพราะมันอาจนำไปไกลเท่าที่จะพิสูจน์ของNP สิ่งกีดขวางบนถนนหลักที่พวกเขาพบคืออะไร PNP
Andras Farago

3
อุปสรรค? ฉันไม่คิดว่าจะมีใครพบถนน :) เนื่องจากคนส่วนใหญ่เชื่อว่าไม่มีวงจรขนาดสำหรับทุก ๆคงอาจมีน้อยคนที่มองถนน O ( n k ) kPO(nk)k
Ryan Williams

11

คำตอบของ Stasys ในคำถามก่อนหน้านี้ยังมีสัญชาตญาณบางอย่างที่อาจเกิดขึ้นในความโปรดปราน: /cstheory//a/22048/8243 ฉันจะพยายามพูดซ้ำที่นี่เมื่อฉันเข้าใจ สัญชาตญาณที่สำคัญคือการดูวงจรไม่ใช่อัลกอริธึม แต่เป็นการเข้ารหัสของชุด (ชุดที่ยอมรับ) เราจะได้รับบนผูกพันในการเข้ารหัสขนาดโดยขั้นตอนวิธีการทำงานเวลา (นั่นคือแปลเวลา TM เป็น size-วงจร) แต่ก็ไม่ชัดเจนว่าความสัมพันธ์การสนทนาควรมีอยู่ หากภาษาอยู่ในดังนั้นนี่อาจหมายความว่าการเป็นสมาชิกนั้น "ท้องถิ่น" เพียงพอที่จะเข้ารหัสอย่างรัดกุมt PttP

นั่นคือการเป็นสมาชิกในเป็นคำสั่งเกี่ยวกับเวลาทำงานของอัลกอริทึมในขณะที่วงจรเชิงเส้นคือ (อาจ) คำสั่งเกี่ยวกับการเข้ารหัสขนาดของชุดของคำที่มีความยาวคงที่ ทั้งสองเป็นข้อความเกี่ยวกับความเรียบง่ายของภาษา แต่พวกเขาอาศัยอยู่ในโลกที่แตกต่างกันมากP

สัญชาตญาณ Stasys กล่าวถึงอีกอย่างหนึ่งมาจาก "สตริงตัวบ่งชี้" ของภาษาซึ่งจะทำให้เป็นทางการเป็นสตริงที่ไม่มีที่สิ้นสุดที่บิตคือถ้าสตริง lexicographic th อยู่ในภาษาและเป็นมิฉะนั้น A (polytime) TM สำหรับภาษานั้นคือ oracle (เร็ว) สำหรับสตริง --- ที่ให้เลขฐานสองให้สร้าง th bit วงจร A (ขนาดเชิงเส้น) สำหรับอินพุตของความยาวคือ oracle (กระชับ) สำหรับความยาว -คำนำหน้าของสตริง การคาดเดากลายเป็น "สตริงที่ไม่มีที่สิ้นสุดใด ๆ ที่มี oracle ที่ 'เร็ว' มีคำนำหน้า 'oracle ที่รัดกุม'1 j 0 j j n 2 nj1j0jjn2n

ไม่มีข้อใดอธิบายได้ว่าทำไมและ" linear "อาจเป็นพารามิเตอร์ที่เหมาะสมสำหรับคำสั่ง แต่ฉันคิดว่าพวกเขาแสดงให้เห็นว่าสัญชาตญาณตามธรรมชาติอย่างใดอย่างหนึ่ง - วงจรนั้นทำหน้าที่เหมือนอัลกอริธึม วงจรที่มีความซับซ้อนคล้ายกัน - อาจทำให้เข้าใจผิดP"

โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.