Il recap
Dopo aver visto con cosa sono fatte le macchine (p.14), come si combattono gli errori (p.15) e come si scrive il software (p.16), arriviamo allo strato che mette tutto a disposizione del mondo reale: il cloud. Rispondiamo alla domanda pratica: dove gira un programma quantistico e come si paga? Il messaggio-bussola: nessuno compra un computer quantistico — costa decine di milioni, va tenuto vicino allo zero assoluto, richiede un team di fisici — lo si affitta dal cloud, a consumo, come un'azienda oggi non compra un data center ma affitta server. Mappiamo le tre famiglie di provider (i proprietari full-stack come IBM e Google; gli aggregatori hyperscaler come Amazon Braket e Azure Quantum; le piattaforme indipendenti e specialiste come Strangeworks, qBraid, D-Wave), spieghiamo la struttura del prezzo a tre componenti (esecuzione a «shot», calcolo classico, capacità riservata) e l'angolo economico: chi controlla il canale controlla il cliente. Con la barra anti-hype: il cloud risolve l'accesso, non la fisica; e «gratis per iniziare» non vuol dire «economico su scala». La democratizzazione è reale, ma porta con sé il rischio di una nuova dipendenza dagli hyperscaler.
I concetti chiave
- Il messaggio-bussola: nessuno compra un computer quantistico, lo si affitta dal cloud. Il modello trasforma un bene capitale (comprare la macchina) in un costo operativo (pago solo i secondi che uso) — la stessa rivoluzione del cloud classico.
- Il cloud è il ponte tra il tuo portatile e un chip che sta in un laboratorio raffreddato: invii il circuito, lui lo mette in coda, lo esegue al suo turno e ti rimanda i risultati. È il paradigma «Quantum-as-a-Service».
- Tre famiglie di provider: i proprietari full-stack (IBM, Google: hardware+software+cloud integrati); gli aggregatori hyperscaler (Amazon Braket, Azure Quantum: rivendono l'accesso a più macchine di terzi); le piattaforme indipendenti e specialiste (Strangeworks, qBraid, D-Wave).
- Gli aggregatori nascono perché nell'hardware non c'è un vincitore: il cliente non vuole scommettere su una sola macchina, vuole poterle provare tutte da un unico «supermercato», con una sola interfaccia e una sola fattura.
- Come si paga: tre componenti. L'esecuzione sulla QPU si paga «a shot» (ogni ripetizione del circuito) o al secondo; il calcolo classico di contorno a ore; più capacità riservata/abbonamento per chi usa molto.
- Perché «a shot»? Un risultato quantistico è statistico: lo stesso circuito va eseguito migliaia di volte per ricavare una distribuzione. Ogni esecuzione è uno shot — ed è il principale driver di costo sui problemi grandi.
- Ordini di grandezza (giugno 2026): si inizia gratis (IBM Open Plan, ~10 min/mese su macchine reali); a consumo si paga al secondo; carichi pesanti fino a migliaia di dollari l'ora; contratti enterprise nell'ordine delle centinaia di migliaia l'anno.
- La qualità si paga: gli ioni intrappolati (più accurati) sono i più costosi per shot; superconduttori e atomi neutri stanno nel mezzo. La scelta del backend è un trade-off costo/fedeltà/velocità.
- L'angolo economico: chi controlla il canale controlla il cliente. I proprietari (IBM) puntano sull'ecosistema (lock-in di piattaforma); gli aggregatori sulla neutralità (ma ti tengono nel loro cloud). Una quota importante del margine, come nel classico, va al canale.
- Anti-hype: il cloud risolve l'accesso, non la fisica (rumore, errori e code restano); «gratis per iniziare» non è «economico su scala». La democratizzazione è reale, ma il rischio è che i soliti 3-4 giganti del cloud diventino i «portinai» del quantum.
Perché conta
Il cloud è il punto in cui il quantum incontra davvero le aziende: abbassa la barriera d'ingresso quasi a zero — chiunque può eseguire un programma su una macchina reale, gratis — ma sposta la partita di potere sul controllo dell'accesso. Per gli investitori la domanda è dove finirà il margine: nel «ferro» (chi fa i qubit) o nel «canale» (chi vende l'accesso)? Se la storia dell'informatica insegna qualcosa, una fetta molto grande va a chi controlla il canale. Per le aziende il messaggio è opposto e pratico: si può iniziare oggi, a costo bassissimo, e il vero investimento è in competenze — capire quali dei propri problemi sono adatti al quantum vale a prescindere dalla macchina che vincerà.
Risorse
Glossario della puntata
Quantum-as-a-Service (QaaS)
Il modello di accesso dominante: l'utente invia un circuito via API/SDK; un sistema lo accoda, lo esegue sulla QPU condivisa quando disponibile, gestisce gli errori e restituisce i risultati. L'hardware resta invisibile e condiviso (multi-tenancy).
Shot
Una singola esecuzione del circuito. Poiché il risultato quantistico è statistico, lo stesso circuito si esegue migliaia di volte: lo shot è l'unità naturale di consumo della QPU e il principale driver di costo.
Aggregatore (hyperscaler)
Un provider che non costruisce qubit ma rivende, nel proprio cloud, l'accesso a hardware di terzi con un'unica interfaccia e fattura (es. Amazon Braket, Azure Quantum). Sposta il lock-in dall'hardware al cloud.
Capacità riservata
Modalità di acquisto per uso intensivo: invece del puro consumo, si compra accesso garantito e priorità (abbonamento o prenotazione oraria), con prezzi migliori e nessuna coda.
Multi-tenancy
La condivisione di una stessa macchina fra molti utenti. Genera code: la priorità è spesso un bene acquistabile, e gestire la coda è parte del valore del provider.
CapEx vs OpEx
Comprare la macchina è una spesa in conto capitale (CapEx); affittarla a consumo è un costo operativo (OpEx). Il cloud trasforma il primo nel secondo — la stessa transizione del cloud classico.
Quantum annealing
Un paradigma di calcolo quantistico distinto dal gate-model, specializzato in problemi di ottimizzazione (es. D-Wave). Più maturo su certi casi, ma non universale.
Lock-in di cloud
La dipendenza che nasce quando dati, competenze e fatturazione sono dentro un certo cloud: spostarsi diventa difficile. La contromisura sono standard aperti (OpenQASM, QIR) e livelli portabili.
