Error correction on an array of superconducting qubits with defective components
Dit artikel toont aan dat het uitsluiten van onderpresterende componenten uit een 120-qubit supergeleidende array de logische foutenpercentages in distance-5 surface codes significant vermindert, wat bewijst dat defectuitsluiting een effectievere strategie is voor het opschalen van solid-state kwantumcomputing dan het negeren van defecten of het gebruiken van defectbewuste decodering.
Oorspronkelijk artikel gelicentieerd onder CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Dit is een AI-gegenereerde uitleg van het onderstaande artikel. Het is niet geschreven of goedgekeurd door de auteurs. Raadpleeg het oorspronkelijke artikel voor technische nauwkeurigheid. Lees de volledige disclaimer
Stel je voor dat je een enorm, ingewikkeld kasteel probeert te bouwen van 120 piepkleine, lichtgevende LEGO-steentjes. Deze steentjes zijn supergeleidende qubits, de bouwstenen van een quantumcomputer. In een perfect wereld zou elk steentje identiek, sterk en perfect samenwerkend zijn. Maar in de echte wereld is productie niet perfect. Sommige steentjes hebben kleine barstjes, sommige lijmverbindingen zijn zwak, en een paar steentjes weigeren simpelweg goed aan te klikken. Dit zijn de "defecte componenten".
De grote vraag die de auteurs steldende was: Als je een kasteel hebt met een paar slechte steentjes, hoe voorkom je dan dat de hele structuur instort wanneer je een complexe berekening probeert uit te voeren?
De twee belangrijkste strategieën
De onderzoekers testten twee verschillende manieren om met deze slechte steentjes om te gaan op hun 120-steentjes dure "IBM Nighthawk" processor.
Strategie 1: De "Negeren en Hopen" aanpak (De oude manier)
Dit is alsof je naar je gebarsten LEGO-steentje kijkt en zegt: "Het is waarschijnlijk wel oké," en vervolgens toch probeert een toren om het heen te bouwen. Je vertelt het brein van de computer (de decoder) dat het steentje een beetje wiebelig is, maar je blijft het toch gebruiken. Het artikel laat zien dat deze aanpak zwak is. Wanneer ze dit probeerden, stortte het kasteel (er trad een logische fout op) ongeveer 4,49% van de tijd op in hun geheugentest. Het is als proberen over een koord te lopen met een loszittende schoen; je komt er misschien wel, maar de kans is groot dat je struikelt.
Strategie 2: De "Quarantaine en Heropbouw" aanpak (De nieuwe manier)
Dit is de belangrijkste bevinding van het artikel. In plaats van de slechte steentjes te negeren, sluiten ze deze actief uit. Als een steentje te veel barsten heeft of de lijm te zwak is, halen ze het volledig uit het plan. Vervolgens rangschikken ze de resterende goede steentjes opnieuw om een nieuwe, iets andere vorm te cren die het kasteel nog steeds bij elkaar houdt. Ze noemen deze nieuwe, grotere structuren "super-stabilisatoren". Het is alsof je een kapot deel van een brug verwijdert, de slechte planken eruit haalt en een omleiding bouwt rondom de defecten, gebruikmakend van alleen de sterke planken die je nog hebt.
De resultaten: Een dramatische redding
Toen ze overstapten naar de "Quarantaine en Heropbouw" strategie, waren de resultaten spectaculair.
- De Geheugentest: In een test waarbij de computer een stuk informatie moest vasthouden (een "geheugexperiment"), daalde de foutmarge van 4,49% naar 1,62%. Dat is een verbetering van 2,8 keer!
- De Logische Poort Test: Ze testten ook "meting-gebaseerde logische poorten", wat lijkt op het uitvoeren van een goocheltruc met de steentjes. Zonder de slechte onderdelen te verwijderen, faalde de truc elke keer dat het aantal stappen toenam (de foutmate ging niet omlaag). Maar toen ze de slechte componenten uitsloten, daalde de foutmarge met 6,3% per ronde. De truc begon weer te werken!
Wat betreft de "Slimme Decoder"?
Het artikel argumenteert expliciet tegen het idee dat het simpelweg vertellen aan het brein van de computer "Hé, dit steentje is slecht" voldoende is. Ze testten een "ruis-bewuste decoder" die precies weet welke steentjes wiebelig zijn, maar die nog steeds probeert ze te gebruiken.
- Het oordeel: Dit leverde slechts een kleine, bescheiden verbetering op (een daling van de fout van 4,49% naar 4,22%).
- De les: Weten dat een steentje slecht is, is niet genoeg; je moet het fysiek stoppen met gebruiken. Het artikel suggereert dat voor grootschalige quantumcomputers niet alleen een "softwarefix" voor een kapot onderdeel voldoende is; je moet een "hardware-quarantaine" toepassen.
Het "Leakage" Mysterie
Er was nog een andere wending. De auteurs merkten op dat zelfs met de beste strategieën, hun computer meer fouten maakte dan hun computer-simulaties voorspelden. Ze vermoedden "leakage" (lekken)—een chique manier om te zeggen dat de lichtgevende steentjes soms uit hun aangewezen "kamer" (de computationele subspace) springen en verdwalen in een gang waar ze niet gecontroleerd kunnen worden.
Om dit te testen, gebruikten ze een "post-selectie" truc. Stel je voor dat je na elke stap een foto maakt van je kasteel. Als de foto laat zien dat een steentje uit de kamer is gesprongen, gooi je die foto weg en doe je alsof hij nooit heeft bestaan.
- Het resultaat: Toen ze de "lekkerende" foto's weggoiden, daalde de foutmarge voor hun afstand-5 code (het grote kasteel) naar 0,98%.
- De vergelijking: Dit was zelfs beter dan de best mogelijke "afstand-3" code (een kleiner, eenvoudiger kasteel) die ze konden bouwen, welke een foutmarge van 1,26% had.
- De kanttekening: Het artikel is voorzichtig om te benadrukken dat deze "post-selectie" slechts een manier is om het punt te bewijzen. Het is geen schaalbare oplossing voor een echte computer, omdat je niet je werk kunt weggooien elke keer dat een steentje uit de kamer springt. Echte quantumcomputers zullen een manier nodig hebben om de steentjes fysiek terug te zetten in de kamer, iets wat deze specifieke machine (IBM Miami) nog niet kan.
De Kern van het Verhaal
De auteurs zijn ervan overtuigd dat naarmate we grotere en grotere quantumcomputers bouwen, we onvermijdelijk defecte onderdelen zullen hebben. Hun experimenten bewijzen dat het actief uitsluiten van deze slechte onderdelen en het heropbouwen van de code eromheen essentieel is. Het is niet alleen een leuk idee; het is de enige manier om de foutmarges laag genoeg te krijgen om nuttig werk te verrichten.
Ze lieten zien dat door de slechte componenten te verwijderen, ze een grote, complexe code (afstand-5) beter konden laten presteren dan een kleinere, eenvoudigere code (afstand-3) in specifieke situaties. Ze merken echter ook op dat dit een "proof-of-principle" is. Hoewel de resultaten gemeten en echt zijn, hangt het volledige potentieel van deze methode af van toekomstige hardware die "leakage" actiever kan afhandelen, in plaats van alleen de slechte data weg te gooien.
Kortom: als je een kapot steentje hebt, probeer het dan niet weer vast te lijmen. Haal het eruit, rangschik de rest opnieuw, en je kasteel zal veel hoger blijven staan.
Verdrinkt u in papers in uw vakgebied?
Ontvang dagelijkse digests van de nieuwste papers die bij uw onderzoekswoorden passen — met technische samenvattingen, in uw taal.