Складність схеми
Я думаю, що перше питання - це зрозуміти, що розуміється під "контролем" квантової системи. Для цього це може допомогти почати думати про класичний випадок.
Скільки різних -бітових входів, 1-бітних вихідних класичних обчислень? Для кожного з 2 n можливих входів є 2 різних можливих виходу. Таким чином, є 2 2 n різних можливих функцій, які вам можуть запропонувати побудувати, якщо те, про що ви говорите з точки зору керованості, - це "побудова будь-якої з можливих функцій". Потім ви можете запитати "яку частку з цих функцій я можу створити, використовуючи не більше 2 n / n двобітних воріт?" (можна, мабуть, узагальнити це до kн2н222н2н/ нк-бітні ворота, щоб отримати аргумент відносної складності між двома розмірами ланцюга). Існує докладний розрахунок, який ви можете виконати, щоб визначити це число, показуючи, що воно невелике. Це те, що називається теоремою Шеннона (але що ні?), Але є принаймні інтуїтивне пояснення: для отримання потрібних обчислень, які ви хочете виконати, потрібно трохи рядка з біт. Ця інформація повинна бути нестислимою, оскільки немає місця для збереження. Але, якщо ви могли б створити всі ці функції за допомогою коротших замикань, то опис цієї схеми було б способом стиснення даних.2н
нϵО ( н.)2), то належним чином керувати 1000-кубітним апаратом начебто в 10000 разів важче, ніж керувати 10-кубітною машиною, в тому сенсі, що вам потрібно захистити її від невідповідності набагато довше, застосуйте ще багато воріт тощо.
Декогерентність
Слідкуючи за коментарями,
Розглянемо конкретний алгоритм або конкретний вид схеми. Моє запитання може бути перетворене - чи є якісь теоретичні чи практичні вказівки щодо того, як (інженерна) проблема запобігання масштабам декогерентності, коли ми масштабуємо кількість цих схем?
Це ділиться на два режими. Для невеликих квантових пристроїв перед виправленням помилок ви можете сказати, що ми перебуваємо в режимі NISQ . Ця відповідь , мабуть, найбільше стосується того режиму. Однак у міру збільшення вашого пристрою прибуток зменшуватиметься; важче і важче виконати інженерне завдання, просто додати ще кілька кубітів.
p≤ ppp1 %O ( - журналϵ )ϵO ( - журналϵ )коефіцієнт масштабу. Для конкретних цифр вас можуть зацікавити види обчислень, які проводив Ендрю Стійн: дивіться тут (хоча цифри, можливо, зараз можуть бути трохи покращені).
Що насправді досить переконливо - це побачити, як змінюються коефіцієнти в цих відносинах, коли похибка вашого ворота стає все ближче і ближче до порога виправлення помилок. Я не можу покласти руки на відповідний розрахунок (я впевнений, що Ендрю Стійн в якийсь момент зробив це. Можливо, це була розмова, до якої я пішов.), Але вони дуже сильно підірвані, тому ви хочете працювати з гідною маржею нижче порогу.
Однак, є кілька припущень, які необхідно зробити щодо вашої архітектури, перш ніж ці міркування є актуальними. Наприклад, має бути достатній паралелізм; ви повинні мати можливість діяти на різних частинах комп'ютера одночасно. Якщо ви робите лише одну справу за один раз, помилки завжди накопичуватимуться занадто швидко. Ви також хочете мати можливість розширити свій виробничий процес, не погіршившись. Здається, що, наприклад, надпровідні кубіти будуть цілком непогані для цього. Їх продуктивність головним чином залежить від того, наскільки точно можна скласти різні частини схеми. Ви розумієте це за один, і ви можете "просто" повторити багато разів, щоб зробити багато кубітів.