Error correction on an array of superconducting qubits with defective components
Cet article démontre que l'exclusion des composants sous-performants d'un réseau supraconducteur de 120 qubits réduit considérablement les taux d'erreur logique dans les codes de surface de distance 5, prouvant que l'exclusion de défauts est une stratégie plus efficace pour la mise à l'échelle de l'informatique quantique à l'état solide que l'ignorance des défauts ou l'utilisation d'un décodage tenant compte des défauts.
Article original sous licence CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Ceci est une explication générée par l'IA de l'article ci-dessous. Elle n'a pas été rédigée ni approuvée par les auteurs. Pour une précision technique, consultez l'article original. Lire la clause de non-responsabilité complète
Imaginez que vous essayez de construire un château massif et complexe avec 120 minuscules briques LEGO lumineuses. Ces briques sont des qubits supraconducteurs, les blocs de construction d'un ordinateur quantique. Dans un monde parfait, chaque brique serait identique, solide et fonctionnerait parfaitement en harmonie. Mais dans le monde réel, la fabrication n'est pas parfaite. Certaines briques sont légèrement fissurées, certains bâtons de colle sont faibles, et quelques briques refusent tout simplement de s'emboîter correctement. Ce sont les « composants défectueux ».
La grande question que les auteurs se sont posée est la suivante : Si vous avez un château avec quelques mauvaises briques, comment faire pour que la structure entière ne s'effondre pas lorsque vous tentez un calcul complexe ?
Les deux stratégies principales
Les chercheurs ont testé deux manières différentes de gérer ces mauvaises briques sur leur processeur de 120 briques « IBM Nighthawk ».
Stratégie 1 : L'approche « Ignorer et espérer » (L'ancienne méthode)
C'est comme regarder votre brique LEGO fissurée et se dire : « Elle a l'air d'aller », puis essayer de construire votre tour autour d'elle quand même. Vous dites au cerveau de l'ordinateur (le décodeur) qu'une brique est un peu bancale, mais vous continuez à l'utiliser. L'article montre que cette approche est faible. Lorsqu'ils ont essayé cela, le château s'est effondré (une erreur logique s'est produite) environ 4,49 % du temps lors de leur test de mémoire. C'est comme essayer de traverser une corde raide avec une chaussure desserrée ; vous réussirez peut-être, mais vous risquez de trébucher.
Stratégie 2 : L'approche « Quarantaine et reconstruction » (La nouvelle méthode)
C'est la découverte principale de l'article. Au lieu d'ignorer les mauvaises briques, ils les excluent activement. Si une brique est trop fissurée ou que la colle est trop faible, ils l'éliminent complètement du plan. Ils réorganisent ensuite les briques saines restantes pour former une nouvelle forme, légèrement différente, qui maintient tout de même le château debout. Ils appellent ces nouvelles structures plus larges des « super-stabilisateurs ». C'est comme prendre une section endommagée d'un pont, retirer les planches abîmées et construire un détour autour d'elles en utilisant uniquement les planches solides qui vous restent.
Les résultats : Un sauvetage spectaculaire
Lorsqu'ils sont passés à la stratégie « Quarantaine et reconstruction », les résultats ont été spectaculaires.
- Le test de mémoire : Dans un test où l'ordinateur devait conserver une information (une « expérience de mémoire »), le taux d'erreur est tombé de 4,49 % à 1,62 %. C'est une amélioration de 2,8 fois !
- Le test de porte logique : Ils ont également testé des « portes logiques basées sur la mesure », qui sont comme réaliser un tour de magie avec les briques. Sans retirer les parties défectueuses, le tour échouait à chaque fois que le nombre d'étapes augmentait (le taux d'échec ne diminuait pas). Mais en excluant les composants défectueux, le taux d'échec a chuté de 6,3 % par cycle. Le tour a recommencé à fonctionner !
Qu'en est-il du « Décodeur intelligent » ?
L'article argumente explicitement contre l'idée qu'il suffise de dire au cerveau de l'ordinateur : « Hé, cette brique est mauvaise ». Ils ont testé un « décodeur informé par le bruit » qui sait exactement quelles briques sont bancales mais qui essaie quand même de les utiliser.
- Le verdict : Cela n'a apporté qu'une amélioration infime et modeste (faisant passer l'erreur de 4,49 % à 4,22 %).
- La leçon : Savoir qu'une brique est mauvaise ne suffit pas ; il faut physiquement cesser de l'utiliser. L'article suggère que pour les ordinateurs quantiques à grande échelle, on ne peut pas simplement « réparer par logiciel » une pièce cassée ; il faut pratiquer une « quarantaine matérielle ».
Le mystère de la « Fuite » (Leakage)
Il y avait un dernier rebondissement. Les auteurs ont remarqué que même avec les meilleures stratégies, leur ordinateur faisait plus d'erreurs que ce que leurs simulations prévoyaient. Ils soupçonnent une « fuite » (leakage) — une façon sophistiquée de dire que les briques lumineuses sautent parfois de leur « chambre » désignée (l'espace de calcul) pour se perdre dans un couloir où elles ne peuvent plus être contrôlées.
Pour tester cela, ils ont utilisé une astuce de « post-sélection ». Imaginez prendre une photo de votre château après chaque étape. Si la photo montre qu'une brique a sauté de la chambre, vous jetez cette photo et faites comme si elle n'avait jamais existé.
- Le résultat : Lorsqu'ils ont jeté les photos « fuyantes », le taux d'erreur pour leur code de distance 5 (le grand château) est tombé à 0,98 %.
- La comparaison : C'était en fait meilleur que le meilleur code de « distance 3 » (un château plus petit et plus simple) qu'ils pouvaient construire, qui présentait un taux d'erreur de 1,26 %.
- Le bémol : L'article précise bien que cette « post-sélection » n'est qu'un moyen de prouver le point. Ce n'est pas une solution évolutive pour un véritable ordinateur, car on ne peut pas jeter son travail à chaque fois qu'une brique sort de sa chambre. Les vrais ordinateurs quantiques auront besoin d'un moyen de remettre physiquement les briques dans la chambre, ce que cette machine spécifique (IBM Miami) ne peut pas encore faire.
L'essentiel à retenir
Les auteurs sont convaincus qu'à mesure que nous construirons des ordinateurs quantiques de plus en plus grands, nous aurons inévitablement des pièces défectueuses. Leurs expériences prouvent que l'exclusion active de ces mauvaises pièces et la reconstruction du code autour d'elles est essentiel. Ce n'est pas seulement une idée sympathique ; c'est la seule façon de faire descendre les taux d'erreur suffisamment bas pour accomplir un travail utile.
Ils ont montré qu'en supprimant les composants défectueux, ils pouvaient faire en sorte qu'un code complexe (distance 5) soit plus performant qu'un code plus simple (distance 3) dans des situations spécifiques. Cependant, ils notent également qu'il s'agit d'une « preuve de concept ». Bien que les résultats soient mesurés et réels, le plein potentiel de cette méthode dépend de futurs matériels capables de gérer la « fuite » de manière plus active, plutôt que de simplement jeter les données erronées.
En bref : si vous avez une brique cassée, n'essayez pas de la recoller. Retirez-la, réorganisez le reste, et votre château se dressera bien plus haut.
Noyé(e) sous les articles dans votre domaine ?
Recevez des digests quotidiens des articles les plus récents correspondant à vos mots-clés de recherche — avec des résumés techniques, dans votre langue.