Edukaizen

Menu
  • News
  • Hubbard
    • Hubbard 1D
      • Part 1: 1D Hubbard model
      • Part 2: Snake layout and fSWAP
      • Part 3: Qiskit and Fire Opal
      • Part 4: 120-qubit run
      • Part 5: Time-to-answer
      • Part 6: Tensor networks
      • Part 7: Majorana propagation
      • Part 8: Reading heatmaps
      • Part 9: Digital vs cold-atom labs
      • Part 10: Official Monoprop benchmark
    • Hubbard 2D
      • Part 1: 1D to 2D
      • Part 2: Cuprates
      • Part 3: 3×3
      • Part 4: Time
      • Part 5: 4×4
      • Part 6: 6×6 Fez
    • 2D Local Quantum Advantage
      • Deel 1: Doel en budget
      • Deel 2: Fermionmodel
      • Deel 3: Mapping en diepte
      • Deel 4: Pilots en shots
      • Deel 5: Foutmitigatie
      • Deel 6: 6×6-resultaten
      • Deel 7: Circa 20x
      • Deel 8: Google en Bonsai
      • Deel 9: Volgende stap
  • Hadron
    • Part 1: Hadron on a quantum processor
    • Part 2: Quarks and confinement
    • Part 3: SU(2) and LSH
    • Part 4: Hamiltonian and circuit
    • Part 5: Fire Opal
    • Part 6: Classical simulations
    • Part 7: Quantum advantage
  • Black Hole OLE
    • Part 1: What we ran
    • Part 2: How OLE works
    • Part 3: Fire Opal and Kingston
    • Part 4: The tensor-network challenge
    • Part 5: Hawking and scrambling
    • Part 6: What the result proves
    • Part 7: Local toy model
    • Part 8: QGSS26 compatibility
  • Random Graph
    • Start here
    • Part 1: Theory
    • Part 2: Circuit
    • Part 3: Qiskit
    • Part 4: Complexity
    • Part 5: Verification
    • Part 6: Workflow
    • Part 7: Conclusion
  • Floquet-Ising
    • Part 1: Floquet physics
    • Part 2: Ising cycle
    • Part 3: Two-qubit toy model
    • Part 4: Oscillation and entanglement
    • Part 5: Noise and error mitigation
    • Part 6: Toward 51 qubits
  • XXZham
    • Part 1: The XXZ model and imbalance
    • Part 2: From dynamics to a quantum circuit
    • Part 3: The classical simulation methods
    • Part 4: Error mitigation on real hardware
    • Part 5: Results and the classical comparison
    • Part 6: Original study and next steps
  • Nighthawk RCS 61q
    • Part 1: The paper
    • Part 2: Our IBM measurements
    • Part 3: MPS and advantage
    • Part 4: RCS theory and applications
  • Work
    • QOS QML
      • Tutorial: UMI counts to a four-qubit circuit
      • Part 1: The QML task
      • Part 2: QOS theory
      • Part 3: Gene expression to 40 qubits
      • Part 4: JAX to hardware
      • Part 5: Readout and classifier
      • Part 6: 40-qubit result
      • Part 7: Route to quantum advantage
      • Part 8: 60-qubit result
    • Quantum Gold
      • Part 1: Why gold is a relativistic quantum problem
      • Part 2: Why the 2025 gold VQE study stalled
      • Part 3: From QE and spin–orbit coupling to Qiskit
      • Part 4: Twelve gold spinor modes on four qubits
      • Part 5: The 24-qubit route: an active window for transport
      • Part 6: 24 qubits on IBM and with Fire Opal
      • Part 7: The road to quantum advantage for gold
      • Part 8: 24 gold spinor modes on IBM with ZNE-PEA
      • Part 9: Forced gold colour on 56 qubits
    • HaPPY Gravity
      • Part 1: Gravity as a phase gate
      • Part 2: Bosons and convergence
      • Part 3: The dynamic HaPPY benchmark
      • Part 4: The N=145 classical audit
      • Part 5: MPS and Majorana baselines
      • Part 6: PEA/ZNE and the decisive test
    • Fibonacci Anyons
      • Part 1: Fusion and braiding
      • Part 2: The 3/5/9-qubit ladder
      • Part 3: Why nine qubits were too deep
      • Part 4: Structure-aware simplification
      • Part 5: IBM hardware diagnostic
      • Part 6: Results and open questions
  • Advantage List
  • Contact
Menu

Het 40-qubitresultaat: hardware 16, klassiek 17

Projectstatus — 20 september 2026

Helaas is voor de hier onderzochte QML-taak geen quantumvoordeel aangetoond. Er is geen aangetoonde tijdwinst bij dezelfde bruikbare voorspelkwaliteit tegenover een sterke klassieke aanpak. Hogere accuracy is daarvoor niet vereist: even goede voorspellingen in minder totale tijd zouden voldoende zijn.

De eerdere vergelijking met een onvoltooide MPS-simulatie bewijst dat voordeel niet. Een klassieke classifier hoeft het quantumcircuit niet na te bootsen om dezelfde classificatietaak op te lossen. De hieronder beschreven hardwareproeven blijven onderzoeksresultaten, geen bewijs van praktisch QML-voordeel. Het project staat onder Work en is uit de Advantage List verwijderd.

Nederlands | English | Projectpagina | Vorig deel | Volgend deel | QOS paper | Officiële code | Hardwarecode

Update van 21 juli 2026: 60-qubithardware eindigt vóór beide baselines

De eerdere aanduiding "time-to-feature-generation advantage" trekken we voor de projectconclusie in. Historisch werden 26 quantumseconden en circa 513 seconden tot retrieval vergeleken met een na 2.577 seconden nog onvoltooide MPS-poging. De verhoudingen van meer dan 99,1× en 5,0× zijn geen gematchte snelheidsmeting: MPS leverde geen geconvergeerde uitkomst met dezelfde fout, en een sterke klassieke classifier hoeft deze featuremap niet te simuleren. Voor de volledige QML-taak is daarom geen quantumvoordeel aangetoond. De hardwaregerichte QOS-geïnspireerde 40q/60q-featuremap is bovendien geen letterlijke QOS-implementatie en geen volledige QOS/QSVT-uitvoering. Lees het volledige 60-qubitresultaat in deel 8

Onderstaand hoofdstuk blijft het historische, vooraf bevroren 40-qubitresultaat beschrijven.

Na dagen van dataselectie, representatietests, circuitvalidatie, Fire Opal-uitvoering en lokale analyse komt de vaste test neer op één eenvoudig getalverschil:

Route Balanced accuracy Correct
40-qubit hardwarefeatures 0,50000 16/32
klassieke raw-gene frontier 0,53125 17/32
hardware minus klassiek -0,03125 -1 cel

De hardware won dus niet. Maar “klassiek won” is eveneens te groot geformuleerd. Met 32 testcellen is één voorspelling gelijk aan 3,125 procentpunt. De uitkomst is praktisch een gelijkspel rond kansniveau.

Wat gebeurde met het trainingssignaal?

Tijdens training-only cross-validatie scoorde de gekozen hardwareclassifier gemiddeld 0,59375. De klassieke winnaar zat op 0,53125. Dat was een klein lichtpunt: de gemeten quantumfeatures bevatten blijkbaar genoeg structuur om binnen sommige trainingfolds boven kansniveau uit te komen.

Op de vooraf afgeschermde testset zakte hardware echter naar 0,50000. Het signaal generaliseerde dus niet aantoonbaar. Omdat beide eindmodellen hun volledige training perfect fitten, past het patroon bij overfitting of instabiele kleine-samplegeometrie.

We noemen de CV-voorsprong daarom een exploratief trainingssignaal, niet een gedeeltelijk quantumvoordeel.

De paarsgewijze vergelijking

Van de 32 testcellen waren er:

  • 7 waarvoor alleen de hardwareclassifier correct was;
  • 8 waarvoor alleen de klassieke classifier correct was;
  • 17 waarvoor beide correct of beide fout waren.

De exacte tweezijdige McNemar-p-waarde is 1,0. De 95%-bootstrapinterval voor hardware minus klassiek loopt van -0,25 tot +0,1875. Zowel een materieel klassiek voordeel als een hardwarevoordeel past dus nog binnen de onzekerheid van deze pilot.

Ook de afzonderlijke Wilson-intervallen zijn breed:

  • hardware: ongeveer 0,336 tot 0,664;
  • klassiek: ongeveer 0,364 tot 0,691.

Wat is wél bereikt?

De voorspellende uitkomst is zwak, maar de uitvoering heeft vier concrete resultaten opgeleverd:

  1. Een echte PBMC68k-cel kan reproduceerbaar van 32.738 genkolommen naar een vierbloks 40-qubitcircuit worden vertaald.
  2. Een batch van 192 circuits kan via Fire Opal op IBM Fez worden gevalideerd, uitgevoerd en zonder resubmissie teruggehaald.
  3. Uit slechts drie globale meetbases kunnen 405 geordende features per cel worden gereconstrueerd.
  4. De hardwarefeatures kunnen in een vooraf vastgelegde, testlekvrije ML-pijplijn worden geëvalueerd tegen een opnieuw berekende klassieke frontier.

Dat is een hardware-feasibility milestone: een bewijs dat de pijplijn uitvoerbaar is. Het is geen bewijs dat de pijplijn al nuttig genoeg generaliseert.

Hoe zit het met de 26 quantumseconden?

De provider rapporteerde 26 QPU-seconden voor de 192 circuits. Dit is opvallend compact vergeleken met sommige volledige klassieke simulaties van brede quantumcircuits. Toch is het geen speedupmeting voor de ML-taak.

Voor een eerlijke tijdclaim moeten we ook tellen:

  • klassieke selectie en hashing van genen;
  • circuitconstructie en QASM-export;
  • providercompilatie en queue;
  • Fire Opal-verwerking;
  • dataretrieval en observableberekening;
  • classifiertraining;
  • de tijd van de beste klassieke end-to-endpipeline.

Bovendien gaf de klassieke raw-geneclassifier hier een betere puntenscore. Een korte QPU-kern is niet genoeg wanneer de eindtaak niet beter of goedkoper wordt opgelost.

Waarom dit toch publiceerbaar is

Negatieve en bijna-neutrale hardwaremetingen zijn wetenschappelijk nuttig wanneer het protocol vooraf is vastgelegd. Deze pilot laat precies zien waar een theoretische ruimtewinst onderweg naar NISQ-hardware kan verdwijnen:

  • aggressive featurecompressie kan biologisch signaal verwijderen;
  • hashbotsingen kunnen interacties vermengen;
  • ondiepe circuits kunnen te weinig expressief zijn;
  • lawaai en 128 shots vervormen correlaties;
  • 32 trainingsvoorbeelden zijn te weinig voor een stabiele 405-dimensionale classifier.

De juiste conclusie is daarom niet “QOS werkt niet”. Het volledige QOS-algoritme is niet getest. De conclusie is: deze ondiepe 40-qubit QOS-geïnspireerde featuremap was uitvoerbaar, maar generaliseerde op de gekozen 32/32-PBMCsplit niet beter dan de klassieke frontier.

De claim in één zin

> We demonstrated an end-to-end 40-qubit hardware-feasible QOS-inspired single-cell classification pipeline; it produced an exploratory training-CV signal but no held-out predictive quantum advantage.

In deel 7 zetten we uiteen welke experimenten nodig zijn om van dit tussenresultaat naar een serieuze advantage-test te gaan.

Reproduceerbaarheid

  • Hardware-analyserunner
  • GitHub pull request met volledige runner- en testsuite
Nederlands | English | Projectpagina | Vorig deel | Volgend deel | QOS paper | Officiële code | Hardwarecode

Recent Posts

  • Quantum computing-nieuws — 9 oktober 2026
  • Quantum computing-nieuws — 2 oktober 2026
  • Quantum computing-nieuws — 25 september 2026
  • Quantum computing-nieuws — 18 september 2026
  • A Call to Qiskit Advocates: Help Test Quantum Advantage

Recent Comments

  1. XXZham: simulating 80 spins with a NISQ quantum computer - Edukaizen on XXZham: quantumsimulatie van 80 spins

Archives

  • October 2026
  • September 2026
  • August 2026
  • July 2026
  • May 2026
  • March 2026
  • February 2026
  • September 2024

Categories

  • 10
  • Quantum Computing
  • Uncategorized
©2026 Edukaizen | Theme by SuperbThemes