← Ultimi articoli
⚛️ quantum physics

Error correction on an array of superconducting qubits with defective components

Questo articolo dimostra che l'esclusione dei componenti sotto-prestanti da un array superconduttore a 120 qubit riduce significativamente i tassi di errore logico nei codici di superficie di distanza 5, provando che l'esclusione dei difetti è una strategia più efficace per la scalabilità del calcolo quantistico a stato solido rispetto all'ignorare i difetti o all'utilizzare la decodifica consapevole dei difetti.

Autori originali: Julien M. Drouet, Xanda C. Kolesnikow, Campbell K. McLauchlan, Georgia M. Nixon, Seok-Hyung Lee, Dominic J. Williamson, Stephen D. Bartlett, Benjamin J. Brown, Robin Harper

Pubblicato 2026-07-15
📖 5 min di lettura🧠 Approfondimento

Autori originali: Julien M. Drouet, Xanda C. Kolesnikow, Campbell K. McLauchlan, Georgia M. Nixon, Seok-Hyung Lee, Dominic J. Williamson, Stephen D. Bartlett, Benjamin J. Brown, Robin Harper

Articolo originale sotto licenza CC BY 4.0 (http://creativecommons.org/licenses/by/4.0/). Questa è una spiegazione generata dall'IA dell'articolo qui sotto. Non è stata scritta né approvata dagli autori. Per precisione tecnica, consulta l'articolo originale. Leggi il disclaimer completo

Immagina di cercare di costruire un castello enorme e intricato usando 120 minuscoli mattoncini LEGO luminosi. Questi mattoncini sono qubit superconduttori, i blocchi costruttivi di un computer quantistico. In un mondo perfetto, ogni singolo mattoncino sarebbe identico, resistente e lavorerebbe insieme senza problemi. Ma nel mondo reale, la produzione non è perfetta. Alcuni mattoncini sono leggermente crepati, alcuni bastoni di colla sono deboli e alcuni mattoncini semplicemente si rifiutano di incastrarsi correttamente. Questi sono i "componenti difettosi".

La grande domanda che gli autori si sono posta era: se hai un castello con alcuni mattoncini difettosi, come fai a impedire che l'intera struttura crolli quando provi a eseguire un calcolo complesso?

Le due strategie principali

I ricercatori hanno testato due modi diversi per gestire questi mattoncini difettosi sul loro processore "IBM Nighthawk" da 120 mattoncini.

Strategia 1: L'approccio "Ignora e Spera" (Il vecchio modo)
Questo è come guardare il tuo mattoncino LEGO crepato e dire: "Probabilmente va bene", e poi provare comunque a costruire la tua torre intorno ad esso. Dici al cervello del computer (il decoder) che il mattoncino è un po' traballante, ma continui a usarlo. Il documento mostra che questo approccio è debole. Quando hanno provato questo, il castello è crollato (si è verificato un errore logico) circa il 4,49% delle volte nel loro test di memoria. È come cercare di camminare su una fune con una scarpa allentata; potresti farcela, ma è probabile che inciampi.

Strategia 2: L'approccio "Quarantena e Ricostruisci" (Il nuovo modo)
Questa è la scoperta principale del documento. Invece di ignorare i mattoncini difettosi, li escludono attivamente. Se un mattoncino è troppo crepato o il bastone di colla è troppo debole, lo rimuovono completamente dal piano. Poi riorganizzano i mattoncini buoni rimanenti per formare una nuova forma, leggermente diversa, che mantenga comunque il castello in piedi. Chiamano queste nuove strutture più grandi "super-stabilizzatori". È come prendere una sezione danneggiata di un ponte, rimuovere le assi difettose e costruire una deviazione intorno ad esse usando solo le assi resistenti che hai a disposizione.

I Risultati: Un salvataggio drammatico

Quando sono passati alla strategia "Quarantena e Ricostruisci", i risultati sono stati drammatici.

  • Il Test di Memoria: In un test in cui il computer doveva conservare un pezzo di informazione (un "esperimento di memoria"), il tasso di errore è sceso dal 4,49% all'1,62%. Questo è un miglioramento di 2,8 volte!
  • Il Test della Porta Logica: Hanno anche testato delle "porte logiche basate sulla misurazione", che sono come eseguire un trucco di magia con i mattoncini. Senza rimuovere le parti difettose, il trucco falliva ogni volta che aumentava il numero di passaggi (il tasso di fallimento non diminuiva). Ma escludendo i componenti difettosi, il tasso di fallimento è sceso del 6,3% per ogni giro. Il trucco ha ricominciato a funzionare!

E per quanto riguarda il "Decoder Intelligente"?

Il documento argomenta esplicitamente contro l'idea che basti dire al cervello del computer "Ehi, questo mattoncino è difettoso" sia sufficiente. Hanno testato un "decoder informato dal rumore" che sa esattamente quali mattoncini sono traballanti, ma cerca comunque di usarli.

  • Il Verdetto: Questo ha fornito solo un miglioramento minimo e modesto (facendo scendere l'errore dal 4,49% al 4,22%).
  • La Lezione: Sapere che un mattoncino è difettoso non basta; bisogna fisicamente smettere di usarlo. Il documento suggerisce che, per i computer quantistici su larga scala, non puoi solo "riparare via software" una parte rotta; devi fare una "quarantena hardware".

Il mistero della "Leakage" (Perdita)

C'era un altro colpo di scena. Gli autori hanno notato che, anche con le migliori strategie, il loro computer commetteva ancora più errori di quanto previsto dalle loro simulazioni al computer. Sospettavano della "leakage" — un modo elegante per dire che i mattoncini luminosi a volte saltavano fuori dalla loro "stanza" designata (lo spazio computazionale) e si smarrivano in un corridoio dove non potevano essere controllati.

Per testare questo, hanno usato un trucco di "post-selezione". Immagina di scattare una foto al tuo castello dopo ogni passaggio. Se la foto mostra che un mattoncino è saltato fuori dalla stanza, scarti quella foto e fingi che non sia mai accaduta.

  • Il Risultato: Quando hanno scartato le foto con la "leakage", il tasso di errore per il loro codice a distanza 5 (il grande castello) è sceso allo 0,98%.
  • Il Confronto: Questo era in realtà migliore del miglior possibile codice a "distanza 3" (un castello più piccolo e semplice) che potevano costruire, che aveva un tasso di errore dell'1,26%.
  • Il Problema: Il documento è attento a dire che questa "post-selezione" è solo un modo per dimostrare il punto. Non è una soluzione scalabile per un vero computer perché non puoi semplicemente scartare il tuo lavoro ogni volta che un mattoncino salta fuori dalla stanza. I veri computer quantistici avranno bisogno di un modo per resettare fisicamente i mattoncini dentro la stanza, cosa che questa macchina specifica (IBM Miami) non può ancora fare.

Conclusione

Gli autori sono fiduciosi che, mentre costruiamo computer quantistici sempre più grandi, inevitabilmente avremo parti difettose. I loro esperimenti dimostrano che escludere attivamente queste parti difettose e ricostruire il codice attorno ad esse è essenziale. Non è solo una bella idea; è l'unico modo per abbassare i tassi di errore al punto da poter svolgere un lavoro utile.

Hanno dimostrato che, rimuovendo i componenti difettosi, potevano far sì che un codice grande e complesso (distanza 5) performasse meglio di uno più piccolo e semplice (distanza 3) in situazioni specifiche. Tuttavia, sottolineano anche che questo è una "prova di principio". Sebbene i risultati siano misurati e reali, il pieno potenziale di questo metodo dipende da hardware futuri che possano gestire la "leakage" in modo più attivo, piuttosto che limitarsi a scartare i dati errati.

In breve: se hai un mattoncino rotto, non cercare di incollarlo di nuovo. Toglilo, riorganizza il resto e il tuo castello rimarrà in piedi molto più a lungo.

Sommerso dagli articoli nel tuo campo?

Ricevi digest giornalieri degli articoli più recenti corrispondenti alle tue parole chiave di ricerca — con riassunti tecnici, nella tua lingua.

Prova Digest →