Quantum hardware
Fire Opal + IBM
De oorspronkelijke unitary QASM krijgt volledige Z-metingen en aparte all-0/all-1-readoutkalibratie.
- 120 qubits
- SCV en meson
- Ruwe en gecorrigeerde counts
Quantum simulation · SU(2) lattice gauge theory
Een reproduceerbare workbench voor niet-Abelse hadrondynamica — van 120-qubit-QASM op IBM-hardware tot tensor-netwerken en een expliciet gevalideerde LSH-Hamiltoniaan.
Niet één algoritme op drie machines, maar drie complementaire bewijslijnen: hardware-executie, dezelfde gecompileerde circuits op klassieke MPS-simulators, en onafhankelijke kleine-systeemvalidatie van de onderliggende Hamiltoniaan.
01 · Architectuur
Elke route beantwoordt een ander deel van de reproduceerbaarheidsvraag.
Quantum hardware
De oorspronkelijke unitary QASM krijgt volledige Z-metingen en aparte all-0/all-1-readoutkalibratie.
Circuitniveau
Dezelfde gecompileerde QASM wordt lokaal als matrix-product state doorgerekend.
Fysische validatie
Lokale LSH-operatoren worden ingebed in Gauss-law-geldige sectoren en vergeleken met exacte evolutie.
02 · Fysica
De Loop-String-Hadron-representatie herschrijft de lokale vrijheidsgraden als een bosonische loopvariabele en twee binaire fermionbezettingen.
Dimensieloze Hamiltoniaan
Abelian Gauss Law op iedere link
NL = nℓ + no(1 − ni)
NR = nℓ + ni(1 − no)
Uit de Z-basiscounts
Het lokale signaal is Δnf = nfmeson − nfSCV.
03 · Resultaten
De tijden hieronder hebben verschillende scopes. Dat onderscheid is onderdeel van het resultaat.
Fire Opal main circuits
0,987s hardware-only · 512 shots · ibm_fezFire Opal smoke runs
| Stap | Diepte | Ruwe Δnf | Readout-gecorrigeerd | Hardwaretijd |
|---|---|---|---|---|
| 05 | 66 | −0,75195 | −0,76425 | 0,987 s |
| 10 | 125 | +0,32422 | +0,33484 | 1,581 s |
| 15 | 177 | −0,06836 | −0,05441 | 2,175 s |
| 20 | 237 | −0,38672 | −0,39000 | 2,769 s |
Hardwaretijd = geschatte circuitduur × shots. Geen queue, compilatie, API-wachttijd of lokale decoding.
Dense ↔ MPO/TDVP · N = 4
1,20 × 10−8 RMSE in lokaal Q-profielEnergieverschil
1,11 × 10−11 exacte versus TDVP-evolutieNormverschil
2,50 × 10−13 kleine-systeem-smoketest04 · Claimgrenzen
Een snelle executietijd is pas overtuigend als taak, nauwkeurigheid en tijdsdefinitie gelijk zijn.
05 · Begin hier
Doel, mappen en actuele claimgrens.
Hardwareflow, runtimes en benchmarkresultaten.
Van Z-basiscounts naar Q en Δnf.
De route van lokale LSH-basis naar MPO/TDVP.
De compacte, actuele timinginterpretatie.
Open, controleerbaar, begrensd