⚛️ quantum physics

Evaluating Calibration-Based Digital Twins for IBM Quantum Hardware Simulation

Dit artikel evalueert digitale tweelingen voor IBM Quantum-hardware die zijn gebaseerd op kalibratie-CSV-bestanden en concludeert dat deze vaak de beste overeenkomst met de werkelijke hardware-resultaten vertonen, hoewel de nauwkeurigheid sterk afhankelijk is van het specifieke apparaat en de transpilatie-instellingen.

Oorspronkelijke auteurs: Edgars Bautra, Maksims Dimitrijevs, Abuzer Yakaryilmaz

Gepubliceerd 2026-03-17

📖 5 min leestijd🧠 Diepgaand

CC BY 4.0

Oorspronkelijke auteurs: Edgars Bautra, Maksims Dimitrijevs, Abuzer Yakaryilmaz

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 zeer dure, kwetsbare raceauto hebt (een echte quantumcomputer) die je wilt testen voordat je er daadwerkelijk mee gaat racen. Maar er is een probleem: je mag de auto niet vaak uit de garage halen, de rijtijd is beperkt, en de auto is zo gevoelig dat hij soms onverwachte dingen doet door trillingen of slecht weer (ruis).

Wat zou je doen? Je bouwt een digitale tweeling: een perfecte, virtuele kopie van die raceauto op je computer. Als je deze digitale versie goed genoeg bouwt, kun je zien hoe de echte auto zou reageren, zonder hem te beschadigen of tijd te verspillen.

Dit is precies wat de auteurs van dit paper hebben gedaan, maar dan voor de quantumcomputers van IBM. Hier is hoe het werkt, vertaald naar alledaagse taal:

1. Het Probleem: De "Geest" van de Machine

Echte quantumcomputers zijn niet perfect. Ze maken fouten. Atomen vergeten hun toestand (decoherentie), poorten (de knoppen) werken niet 100% nauwkeurig, en het aflezen van de uitkomst gaat soms mis.
Als je een simpele simulator gebruikt die uitgaat van een perfecte wereld, krijg je een verkeerd beeld. Je hebt een simulator nodig die ruis simuleert, precies zoals de echte machine dat doet.

2. De Oplossing: Twee Manieren om de Tweeling te Bouwen

De onderzoekers wilden weten: wat is de beste manier om deze digitale tweeling te maken? Ze testten twee hoofdbenaderingen:

De "Auto-Builder" (Backend-methode): IBM biedt al een kant-en-klare digitale kopie aan. Je vraagt de computer: "Maak een kopie van de ibm_brisbane." De computer doet dit automatisch. Dit is makkelijk, maar misschien niet 100% up-to-date.
De "DIY-Mechanic" (CSV-methode): Dit is de nieuwe, creatieve methode die ze hebben ontwikkeld. IBM publiceert elke dag een lijstje met meetgegevens (een CSV-bestand) over hoe elke qubit (de bouwstenen van de computer) zich gedraagt.
- De onderzoekers hebben een programma geschreven dat dit lijstje leest.
- Ze nemen de cijfers voor "hoe lang een qubit meegaat" en "hoe vaak hij een fout maakt".
- Ze bouwen hiermee handmatig een ruis-model in de simulator.
- Ze reconstrueren ook het "wegennet" van de computer: welke qubits met welke mogen praten? (Soms mag A wel naar B, maar niet terug van B naar A).

3. De Test: De "Rijles"

Ze hebben twee echte quantumcomputers gebruikt (ibm_brisbane en ibm_sherbrooke) en daarop een reeks willekeurige, kleine circuits (zoals kleine puzzels) laten draaien. Vervolgens hebben ze diezelfde puzzels laten draaien op hun vier verschillende digitale tweelingen.

Om te zien hoe goed de tweeling de echte auto nabootste, gebruikten ze een maatstaf die ze "Gewogen Jaccard-Overeenkomst" noemen.

Analogie: Stel je voor dat je twee zakken met gekleurde balletjes hebt (de uitkomsten van de metingen). Hoeveel balletjes hebben ze gemeen? Als de zakken bijna identiek zijn, is de score 100%. Als ze heel verschillend zijn, is de score laag.

4. De Resultaten: Wie wint er?

De resultaten waren verrassend en leerzaam:

De DIY-Mechanic wint vaak: De digitale tweelingen die handmatig waren gebouwd op basis van de downloadbare CSV-lijstjes (de meetgegevens), bleken vaak het meest gelijkend op de echte quantumcomputer. Ze waren soms zelfs nauwkeuriger dan de kant-en-klare versies van IBM.
De Auto-Builder is goed genoeg: De kant-en-klare versies van IBM waren nog steeds heel goed en een prima basis, maar de handgemaakte versies hadden vaak de "krul" in de stem die de echte machine ook had.
Geen universele oplossing: Dit is een belangrijk punt. Wat werkt voor de ibm_brisbane, werkt niet per se even goed voor de ibm_sherbrooke. Elke computer is uniek. Je kunt niet zeggen: "Deze digitale tweeling werkt voor alle quantumcomputers." Je moet hem specifiek bouwen voor het apparaat dat je wilt simuleren.
De instellingen tellen mee: Hoe je de puzzel (het circuit) voorbereidt voordat je hem op de computer zet, maakt ook uit. Soms gaf een bepaalde instelling een betere overeenkomst dan een andere.

5. Waarom is dit belangrijk?

Vroeger moesten mensen wachten in een lange rij om een echte quantumcomputer te gebruiken, of ze moesten gokken of hun simulatie wel klopte.
Met deze methode kunnen onderzoekers nu:

Gratis en snel testen: Ze kunnen hun circuits eerst op de digitale tweeling draaien. Als het daar mislukt, hoeven ze de dure, echte machine niet te belasten.
Betrouwbare voorspellingen: Omdat de tweeling de ruis zo goed nabootst, weten ze beter wat ze kunnen verwachten van de echte machine.
Toegang voor iedereen: Je hebt geen dure abonnement nodig om de data te downloaden; je kunt een tweeling bouwen van elke IBM-machine, zelfs diegene waar je geen directe toegang toe hebt.

Conclusie

Kortom: De onderzoekers hebben bewezen dat je met een beetje programmeerwerk en de openbare meetgegevens van IBM, een zeer nauwkeurige digitale spiegel kunt maken van een quantumcomputer. Het is alsof je met een simpele handleiding en een potlood een perfecte kopie van een raceauto bouwt die precies dezelfde slippertjes maakt als het origineel. Dit helpt wetenschappers om sneller en slimmer te werken met de quantumtechnologie van de toekomst.

Probleemstelling

De toegang tot echte kwantumprocessors (QPUs) van IBM via de cloud is beperkt door hoge vraag, wat leidt tot lange wachtrijen en beperkte rekentijd. Hoewel klassieke simulatoren helpen bij het testen van circuits, zijn ideale simulaties ontoereikend omdat ze het ruisgedrag (decoherentie, gate-fouten, readout-fouten) van echte hardware niet reproduceren.

Er is een behoefte aan kalibratiegebaseerde digitale tweelingen: simulatierijstellingen die, gebaseerd op apparaatspecifieke kalibratiegegevens, het ruisgedrag van een echte QPU zo nauwkeurig mogelijk nabootsen. Hoewel Qiskit functies biedt om een simulator te configureren op basis van een backend (from_backend()), ontbreekt er een native, end-to-end workflow om digitale tweelingen direct te bouwen vanuit de downloadbare kalibratie-CSV-bestanden van IBM. Dit beperkt de mogelijkheid om tweelingen te maken voor apparaten die niet direct toegankelijk zijn of om specifieke kalibratie-eigenschappen handmatig te manipuleren.

Methodologie

De auteurs ontwikkelden en evalueerden een workflow om digitale tweelingen te construeren en te valideren tegen echte IBM QPU-resultaten.

1. Data-extractie en Preprocessing:

Kalibratiegegevens worden gedownload als CSV-bestanden van de IBM Quantum-platform.
Belangrijke attributen worden verwerkt:
- Coherentietijden: $T_1$ (energie-relaxatie) en $T_2$ (fase-coherentie) in microseconden.
- Operationele tijden: Gate-lengtes en readout-tijden in nanoseconden.
- Foutpercentages: Readout-toewijzingsfouten en depolariserende fouten voor single- en two-qubit gates.
Tijdswaarden worden genormaliseerd naar een gemeenschappelijke eenheid voor de berekening van ruisparameters.

2. Bouw van de Digitale Tweeling:
De auteurs construeerden ruismodellen (NoiseModels) in Qiskit Aer door de volgende foutkanalen te implementeren:

Thermische relaxatie: Gebaseerd op $T_1$ , $T_2$ en gate-tijden.
Depolariserende fouten: Gebaseerd op de specifieke foutpercentages voor gates (zoals ECR, CZ, Pauli-X).
Readout-fouten: Gebaseerd op de waarschijnlijkheid van verkeerde metingen.
Koppeling (Coupling Map): Omdat de kalibratie-CSV geen expliciete koppelingstabel bevat, reconstrueerden de auteurs de gerichte koppelingstabel (directional coupling map) door te analyseren welke target-qubits in de foutattributen van qubit-paren worden vermeld. Dit is cruciaal voor correcte transpilatie.

3. Vergelijkende Varianten:
Vier soorten digitale tweelingen werden onderzocht:

CSV-bouwd: Handmatig gebouwde tweeling op basis van gedownloade CSV-data.
Backend-afgeleide simulator: Een AerSimulator instantie die direct wordt gegenereerd vanuit een beschikbare QPU-backend.
Backend-afgeleide ruismodel: Een NoiseModel instantie afgeleid van de backend (zonder de volledige backend-constraints).
Fake-backend snapshots: Vooraf gegenereerde "fake" backends (bijv. FakeBrisbane) die gebaseerd zijn op snapshots van eerdere kalibraties.

4. Validatieprotocol:

Circuits: Drie willekeurig gegenereerde 5-qubit circuits met dieptes 10, 20 en 30.
Transpilatie: Testen op vier optimalisatieniveaus (0 tot 3).
Shot-budget: Geselecteerd op basis van stabiliteitstests; 100.000 shots per circuit bleek optimaal binnen de limieten van de hardware.
Meting: De overeenkomst tussen de meetresultaten (state-counts) van de QPU en de simulator werd gemeten met de Gewogen Jaccard-ähnlichkeit (Weighted Jaccard Similarity).
- Formule: $J_w(x, y) = \frac{\sum \min(x_i, y_i)}{\sum \max(x_i, y_i)}$ .
- Doel: Een percentage van overeenkomst bepalen (doel: >85% bruikbaar, >90% dichtbij, >95% bijna identiek).

Belangrijkste Bijdragen

Praktische Workflow: Een gedocumenteerde methode om digitale tweelingen te bouwen vanuit ruwe IBM kalibratie-CSV-bestanden, inclusief een workaround voor het reconstrueren van gerichte koppelingstabels.
Formele Vergelijking: Een systematische vergelijking van vier verschillende benaderingen voor het genereren van ruismodellen en simulatoren.
Validatieframework: Een protocol gebaseerd op Gewogen Jaccard-ähnlichkeit om de kwaliteit van digitale tweelingen kwantitatief te beoordelen.
Empirische Studie: Een uitgebreide validatie op twee echte QPUs (ibm_brisbane en ibm_sherbrooke) met verschillende circuits en transpilatie-instellingen.

Resultaten

Overeenkomst: De CSV-gebaseerde tweelingen presteerden vaak het beste en bereikten de hoogste overeenkomst met de echte hardware. In veel gevallen overschreed de overeenkomst de 95% drempel.
Backend-varianten: Tweelingen afgeleid van de backend (from_backend()) leverden concurrerende resultaten op en vormen een sterke, praktische basislijn (vaak rond de 95% overeenkomst).
Fake Backends: Deze presteerden over het algemeen slechter, vooral bij hogere optimalisatieniveaus, waarschijnlijk omdat de snapshots niet up-to-date zijn met de huidige kalibratie.
Apparaat- en Instellingsafhankelijkheid:
- De prestaties varieerden sterk per apparaat (ibm_brisbane presteerde over het algemeen beter dan ibm_sherbrooke in deze tests).
- De optimalisatieniveau's van de transpiler hadden een onvoorspelbaar effect; soms verbeterde niveau 1 de overeenkomst, soms verslechterde het.
- Er is geen garantie dat een tweeling die op het ene apparaat werkt, ook op een ander werkt.
Inter-simulator overeenkomst: Verschillende simulator-varianten gaven vaak zeer vergelijkbare resultaten onderling, maar dit garandeerde niet dat ze overeenkwamen met de echte hardware.

Betekenis en Conclusie

Het onderzoek toont aan dat het bouwen van digitale tweelingen voor IBM Quantum hardware op basis van downloadbare kalibratie-CSV-data haalbaar en effectief is. Hoewel het bouwen van een CSV-gebaseerde tweeling meer inspanning vereist dan het gebruik van een standaard backend-variant, levert dit vaak nauwkeurigere resultaten op.

De belangrijkste conclusie is dat validatie per apparaat en per transpilatie-instelling noodzakelijk is. Men kan niet aannemen dat een digitale tweeling die voor het ene apparaat is gevalideerd, automatisch geldig is voor een ander of voor andere transpilatie-instellingen. Voor praktische toepassingen bieden CSV-gebaseerde tweelingen een krachtig alternatief om de beperkte toegang tot echte QPUs te compenseren en betrouwbare voorspellingen te doen over het gedrag van ruis in kwantumcircuits.

De code en data zijn openbaar beschikbaar gesteld, wat bijdraagt aan de reproduceerbaarheid van kwantum-simulatieonderzoek.