Quantum-HPC Software Stacks and the openQSE Reference Architecture: A Survey

Questo articolo analizza gli attuali stack software per il calcolo quantistico ad alte prestazioni (QHPC), evidenziando la loro frammentazione e proponendo l'architettura di riferimento openQSE per unificare l'ecosistema, garantire l'interoperabilità e supportare sia i carichi di lavoro NISQ attuali che i futuri sistemi quantistici fault-tolerant.

L'essenziale

Immagina di voler costruire una città del futuro dove due tipi di abitanti molto diversi devono lavorare insieme: i Supercomputer Classici (i "Giganti della Logica", veloci e potenti ma che pensano in modo tradizionale) e i Computer Quantistici (i "Magici Geni", capaci di risolvere problemi impossibili ma che sono fragili, capricciosi e richiedono condizioni perfette).

Il problema, oggi, è che questi due abitanti non parlano la stessa lingua. Ogni "Magico Genio" (ogni azienda che costruisce computer quantistici) ha il suo manuale di istruzioni segreto, il suo modo di ordinare il cibo e il suo sistema di sicurezza. Se un "Gigante" vuole chiedere aiuto al "Genio", deve imparare una nuova lingua ogni volta che cambia fornitore. È come se ogni volta che volessi chiamare un tassista, dovessi imparare una nuova lingua solo per dire "Portami in centro".

Ecco di cosa parla questo articolo, tradotto in una storia semplice:

1. Il Problema: Il Caos delle Lingue

Attualmente, ci sono nove grandi "fabbriche" di computer quantistici (come AWS, IBM, IonQ, ecc.). Ognuna ha costruito il proprio software da zero.

• L'analogia: Immagina nove diversi costruttori di auto. Uno usa chiavi inglesi, l'altro metriche, un terzo ha il volante a destra e un quarto a sinistra. Se vuoi guidare tutte queste auto, devi essere un meccanico esperto che sa cambiare le regole ogni volta. Questo rende tutto lento, costoso e difficile da gestire per gli scienziati che vogliono solo fare esperimenti, non imparare a guidare nove auto diverse.

2. La Soluzione Proposta: Il "Passaporto Universale" (openQSE)

Gli autori dell'articolo (un gruppo di esperti di laboratori nazionali e aziende) hanno deciso di dire: "Basta!". Hanno analizzato queste nove fabbriche e hanno scoperto che, nonostante le differenze, tutte hanno bisogno delle stesse cose:

• Un modo per ordinare il lavoro.
• Un modo per controllare se la macchina funziona.
• Un modo per gestire i dati.

Hanno quindi proposto un nuovo progetto chiamato openQSE (Open Quantum-HPC Software Ecosystem).

• L'analogia: Immagina di creare un Passaporto Universale e un Manuale di Guida Standard.
  • Non importa se guidi un'auto Tesla, una Ferrari o un camion: il volante, i pedali e il cambio devono essere nello stesso posto.
  • Il software openQSE è questo "manuale standard". Permette agli scienziati di scrivere un programma una sola volta e farlo girare su qualsiasi computer quantistico, senza dover riscrivere il codice per ogni macchina.

3. Come Funziona: I Tre Livelli della Città

Per rendere tutto chiaro, l'articolo divide il sistema in tre livelli, come se fosse una città:

• Il Livello Superiore (Il Sindaco e i Cittadini): Qui vivono gli scienziati e le loro applicazioni. Usano un'interfaccia semplice (come un'app sul telefono) per dire: "Voglio risolvere questo problema". Non devono sapere come funziona il computer quantistico sotto il cofano.
• Il Livello Centrale (Il Controllo del Traffico): Questo è il "cervello" che organizza tutto. Decide quale computer quantistico è libero, gestisce le code (chi aspetta e chi passa prima) e traduce le richieste del Sindaco nel linguaggio specifico della macchina. È come un semaforo intelligente che sa quando far passare le auto elettriche e quando quelle a benzina.
• Il Livello Inferiore (La Fabbrica e i Macchinari): Qui ci sono i computer quantistici veri e propri, con i loro cavi, i loro laser e i loro qubit. Il sistema standardizzato parla con loro usando un "traduttore" universale, così che il "Sindaco" non debba preoccuparsi se il computer usa ioni intrappolati o atomi neutri.

4. Perché è Importante per il Futuro?

Oggi i computer quantistici sono ancora un po' "rumorosi" e fanno errori (come un mago che a volte sbaglia un trucco). Ma in futuro diventeranno perfetti e potenti.

• L'analogia: Oggi stiamo imparando a guidare su strade di terra battuta. Il sistema openQSE è come costruire un'autostrada asfaltata. Anche se oggi le auto sono piccole e lente, quando arriveranno le "supercar" del futuro (computer quantistici perfetti), saranno già pronte a correre sull'autostrada senza doverla costruire da zero.

In Sintesi

Questo articolo è una mappa per costruire un'autostrada comune.
Invece di avere nove strade sterrate che portano a nove castelli isolati, gli autori vogliono costruire un'unica grande autostrada (openQSE) che colleghi tutti i castelli.

• Per gli scienziati: Significa meno mal di testa e più tempo per fare scoperte.
• Per le aziende: Significa che i loro computer possono essere usati da più persone, senza dover reinventare la ruota ogni volta.
• Per il futuro: Significa che quando la tecnologia quantistica diventerà matura, saremo già pronti a usarla in modo massiccio e veloce, proprio come usiamo oggi internet o i nostri smartphone.

È un passo fondamentale per trasformare la "magia" quantistica in uno strumento di uso quotidiano per la scienza e l'industria.

Sommario tecnico

Titolo

Stack Software Quantum-HPC e l'Architettura di Riferimento openQSE: Un'Analisi

1. Problema e Contesto

L'integrazione delle risorse quantistiche negli ambienti di calcolo ad alte prestazioni (HPC) e nel cloud è diventata una necessità per workflow scientifici avanzati (simulazione di Hamiltoniani, ottimizzazione, apprendimento automatico quantistico). Tuttavia, l'attuale panorama software presenta gravi frammentazioni:

• Isolamento e Proprietà: Gli stack software per il calcolo quantistico ad alte prestazioni (QHPC) sono spesso soluzioni "full-stack" proprietarie e isolate.
• Mancanza di Interfacce Comuni: Non esistono interfacce standardizzate tra i livelli di runtime, gestione delle risorse, orchestrazione ed esecuzione.
• Costi e Portabilità: Questa frammentazione costringe i centri HPC a ricostruire logicamente simili integrazioni per ogni provider, aumentando i costi di manutenzione, rallentando le valutazioni comparative e riducendo la portabilità delle applicazioni.
• Asimmetria di Scalabilità: Esiste una differenza fondamentale tra la scalabilità dell'HPC (modulare, frazionabile) e quella dei processori quantistici (QPU), dove le risorse sono scarse, accoppiate strettamente e non copiabili, rendendo problematica la pianificazione frazionaria e il checkpointing.

2. Metodologia

Gli autori hanno condotto un'analisi dello stato dell'arte ("state-of-the-practice") esaminando nove stack software QHPC rappresentativi sviluppati da industrie e centri di ricerca (AWS, IBM, IonQ, JHPC-Quantum, MQSS, Pasqal, Quantinuum, Quantum Brilliance, Xanadu).

La classificazione e il confronto sono stati effettuati lungo quattro assi distinti:

1. Ambiente di Distribuzione: Cloud, on-premises e operazioni federate (combinazione dei due attraverso confini di fiducia amministrativa).
2. Modalità Hardware Quantistico: Supporto per diverse tecnologie (ioni intrappolati, atomi neutri, qubit superconduttori, fotonici, ecc.) e le loro specifiche esigenze di latenza e controllo.
3. Pattern di Interazione delle Applicazioni:
   • Centrato sul Workflow: Fasi classiche e quantistiche separate, coordinate da un motore di workflow.
   • Centrato sull'Acceleratore: Integrazione stretta simile all'offload GPU, con kernel quantistici invocati dinamicamente durante l'esecuzione classica.
4. Era del Calcolo Quantistico Target: Supporto per l'era NISQ (Noisy Intermediate-Scale Quantum) attuale e futura per il calcolo quantistico tollerante ai guasti (FTQC).

Lo studio ha inoltre analizzato le interfacce emergenti QDMI (Quantum Device Management Interface) e QRMI (Quantum Resource Management Interface) come precursori di standard comuni.

3. Contributi Chiave

Il documento offre tre contributi principali:

1. Analisi degli Stack Quantum-HPC:

   • Identificazione di pattern architetturali comuni e differenze critiche tra i nove framework analizzati.
   • Creazione di una matrice di convergenza delle interfacce (Tabella 1) che mappa dove il settore sta convergendo (es. OpenQASM 3, QDMI) e dove persistono divergenze.

2. Framework dei Requisiti QHPC:

   • Introduzione di un framework strutturato che copre ambienti di distribuzione, modalità hardware, pattern applicativi ed eras quantistiche, fornendo uno spazio di progettazione per sistemi software attuali e futuri.

3. Architettura di Riferimento openQSE (Open Quantum-HPC Software Ecosystem):

   • Proposta di un'architettura di riferimento vendor-neutral e basata su livelli.
   • Obiettivo: Unificare la pratica attuale senza sostituire gli SDK esistenti, definendo confini di interfaccia stabili che permettano l'interoperabilità tra applicazioni, runtime, gestori di risorse e backend hardware.

4. Risultati e Architettura openQSE

L'analisi ha rivelato che, nonostante le differenze, tutti gli stack condividono una separazione a strati tra applicazioni, servizi di runtime, compilazione e controllo hardware. Sulla base di ciò, viene proposta l'architettura openQSE, strutturata in cinque parti logiche principali:

1. Piano di Controllo HPC: Fornisce l'astrazione per la sottomissione dei job e la descrizione delle risorse, decoupling la specifica del job dal gestore di risorse specifico (es. SLURM).
2. Nodi di Accesso Quantistico: Punto di ingresso operativo per i workflow ibridi, ospitando script o logica di preparazione.
3. Nodi di Calcolo HPC/Classico: Esecutori delle parti classiche, condividendo interfacce di runtime con i nodi di accesso.
4. Risorse Quantistiche: Definiscono il confine di esecuzione, includendo:
   • Scheduler e Multi-tenancy: Gestione della condivisione del dispositivo.
   • Logical Control Layer (LCL): Opera nel dominio temporale reale (RTD), esponendo funzionalità come lo streaming di parametri e la compilazione JIT.
   • Fault-Tolerant Execution Engine (FTEE): Opera nel dominio temporale deterministico (DTD), gestendo la correzione degli errori e le decisioni adattive a bassa latenza.
5. Infrastruttura Condivisa: Reti ad alta larghezza di banda e servizi di persistenza dati.

Componenti Critici dell'Architettura:

• QRI (Quantum Runtime Interface): Un'interfaccia di runtime orientata all'applicazione che separa la logica applicativa dai dettagli specifici del vendor (simile a HIP per le GPU).
• QHPC-Interconnect API: Un'interfaccia bidirezionale che gestisce la comunicazione, l'autenticazione e il controllo tra i diversi elementi computazionali, supportando segnali a monte (es. richieste di risorse dinamiche).
• Pipeline degli Strumenti/Compilatori: Un modello governato per trasformazioni e passaggi di compilazione, permettendo la riutilizzabilità dei passaggi tra framework diversi.
• Elettronica di Controllo: Tratta come una preoccupazione architetturale, esponendo capacità come il branching condizionale e il feedback in tempo reale, cruciali per l'era FTQC.

5. Significato e Impatto

• Interoperabilità: openQSE fornisce un modello unificato che permette a diversi stack software di interoperare, riducendo la dipendenza da soluzioni proprietarie chiuse.
• Futuro-Proofing: L'architettura è progettata per supportare sia i carichi di lavoro NISQ attuali che i sistemi FTQC futuri senza richiedere modifiche alle interfacce delle applicazioni superiori.
• Standardizzazione: Promuove la definizione di contratti di interfaccia stabili per la gestione delle risorse, l'osservabilità (telemetria) e la semantica di interconnessione.
• Limitazioni e Lavoro Futuro: Lo studio si basa su documentazione pubblica aggiornata ad aprile 2026 e non include confronti quantitativi delle prestazioni. Il lavoro futuro prevede lo sviluppo di un'implementazione di riferimento openQSE e la raccolta di metriche prestazionali reali per validare l'architettura.

In sintesi, il documento rappresenta un passo fondamentale verso la maturazione dell'ecosistema QHPC, passando da soluzioni frammentate a un'architettura di riferimento condivisa che facilita l'integrazione su larga scala del calcolo quantistico nell'HPC.