Edukaizen

Menu
  • Nieuws
  • 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: Heatmaps
    • Part 9: 2D Hubbard outlook
    • Part 10: Quantum computer as a lab
    • Part 11: 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
  • 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
  • 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
  • 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
  • GOLD REL
    • 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
  • Advantage List
Menu

Wat is nog nodig voor quantumvoordeel?

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

De 60-qubitpilot van 21 juli 2026 geeft voor het eerst een positief hardwarepuntresultaat: 17/32 tegenover 16/32 lineair en 14/32 RBF. Dat is een serieuze aanwijzing om verder te testen, maar nog geen bewezen voordeel. Voor een geloofwaardige quantum-ML-claim moeten drie verschillende vragen tegelijk positief worden beantwoord: generaliseert het model, is de quantumroute aantoonbaar moeilijk te evenaren binnen de gekozen klassieke resourcegrens, en klopt de end-to-end resourceboekhouding?

1. Eerst aantoonbare generalisatie

Een volgende studie heeft meer onafhankelijke cellen nodig. Niet alleen een grotere testset, maar ook meerdere vooraf vastgelegde splits of donors. Een bruikbaar minimumprogramma is:

  • model- en observablekeuze uitsluitend op trainingdata;
  • meerdere vaste, gebalanceerde train/testsplits;
  • een volledig onaangeroerde finale testcohort;
  • rapportage van balanced accuracy, AUC, calibratie en per-klassefouten;
  • betrouwbaarheidsintervallen en een vooraf gekozen paired test;
  • biologische controle over verschillende donoren of batches.

Met 32 testcellen kan één cel de conclusie omdraaien. Met honderden testcellen wordt een klein maar consistent verschil veel beter beoordeelbaar.

2. Meer hardwaredata, niet alleen meer qubits

Veertig of zestig qubits klinkt indrukwekkend, maar breedte alleen lost samplearmoede niet op. Zowel 405 features in de 40-qubitroute als 627 observabelen in de nieuwe 60-qubitroute staan tegenover slechts 32 trainingscellen. Dat blijft statistisch ongunstig. Mogelijke verbeteringen zijn:

  • meer trainingscellen op hardware uitvoeren;
  • het observablepaneel training-only verkleinen;
  • meerdere onafhankelijke 128-shotruns uitvoeren;
  • calibratiedrift over dagen meten;
  • shotbudgetten vergelijken;
  • onzekerheid van de quantumfeatures meenemen in de classifier.

Een zestig-qubitcircuit kan minder diep worden gehouden, maar vraagt nog steeds een zorgvuldig readout- en batchontwerp. De kleine sentinel mocht als feasibility-test door toen de geplande MPS-convergentiecontrole niet binnen de beschikbare tijd kon worden voltooid. Voor een grote hardwarefase blijven training-only stabiliteit, een bevroren ontwerp en afzonderlijke toestemming verplicht.

3. Bouw een expliciete brug naar het volledige QOS-algoritme

De 4q flat-QOS-pilot heeft inmiddels één echte bouwsteen gevalideerd: samples bouwen de officiële fase-sketch en interferentie maakt die sketch meetbaar. Die kernel is echter nog niet gekoppeld aan de PBMC68k-classifier. Omgekeerd gebruikt de 60q-route echte PBMC68k-data, maar zij probeert geen formele QOS-oracle te benaderen: zij vervangt dat onderdeel door vier blokken klassiek berekende rotatiehoeken, korte lagen en lokale Pauli-readout.

Een controleerbare volgende brug zou de zestig genmodules eerst padding geven tot 64 waarden, training-only naar een compacte sampleverdeling vertalen en die via een 6q flat-QOS-sketch verwerken. Pas daarna kan worden onderzocht hoe algemene reële waarden, een herbruikbare query-oracle, QSVT en de beslisfunctie worden toegevoegd. Daarbij moet expliciet worden gemaakt:

  • welk deel van de QOS-oracle letterlijk is geïmplementeerd en welk deel is vervangen;
  • hoe de approximatiefout schaalt met blokken, shots en diepte;
  • welke QSVT- of lineaire-solverstappen ontbreken;
  • of de 405-featureclassifier dezelfde beslisfunctie benadert als de LS-SVM uit de theorem;
  • hoeveel klassieke sidecarinformatie nodig is voor hashing en circuitaansturing.

Zonder die brug is “QOS-inspired” correcter dan “hardware-implementatie van theorem 3”.

4. Een sterkere klassieke frontier

De klassieke tegenstander moet zowel praktisch als resourcebeperkt worden bekeken. Minstens nodig zijn:

  • sparse logistische regressie en LinearSVC op alle genen;
  • feature selection met uitsluitend trainingdata;
  • hashing, sparse JL en streamingmodellen met gemeten geheugen;
  • PCA/SVD- en kernelroutes;
  • biologische markerbaselines;
  • tensor-network- of causal-coneanalyse van het specifieke quantumcircuit;
  • runtime, RAM, modelgrootte en energie als afzonderlijke kolommen.

De officiële QOS-repository voegde in mei 2026 sparse JL-projecties toe. Dat is belangrijk: de klassieke frontier beweegt mee. Een advantage-claim moet tegen de nieuwste sterke baseline worden herhaald, niet tegen de baseline waarmee het project begon.

5. Welke advantage bedoelen we?

“Quantum advantage” kan verschillende dingen betekenen:

Claim Benodigd bewijs
voorspellend voordeel significant betere held-out prestatie
ruimtevoordeel dezelfde taakprestatie met aantoonbaar minder werkgeheugen
tijdvoordeel lagere eerlijke end-to-endtijd bij dezelfde fouttolerantie
samplevoordeel minder datapunten nodig voor dezelfde generalisatie
scaling advantage gunstiger gemeten groei met probleemgrootte

De QOS-theorie richt zich vooral op machinegrootte en in dynamische gevallen samplecomplexiteit. Onze pilot meet vooral hardware-uitvoerbaarheid en predictive accuracy. Dat zijn nog verschillende assen.

Een realistische experimentele ladder

Na de geslaagde 60-qubitsentinel bestaat de route vooruit uit vijf nieuwe poorten:

  1. Bevries de representatie: behoud de zestig labelvrije genmodules, 627 observabelen en classifierselectie zonder testfeedback.
  2. Verbreed de klassieke frontier: voeg sparse lineaire, kernel-, marker-, JL- en streamingbaselines toe met gemeten tijd en geheugen.
  3. Grotere lokale splits: test 256/256 en meerdere vooraf gekozen seeds voordat nieuwe hardwaretijd wordt ingezet.
  4. Grote hardwarebevestiging: voer alleen na afzonderlijke toestemming het bevroren ontwerp uit op meer cellen en registreer alle batchkosten.
  5. Finale blindtest: evalueer één nog nooit bekeken cohort en publiceer ook een nul- of negatief resultaat.

Pas wanneer de quantumroute op de finale blindtest beter scoort of dezelfde score met een overtuigend lagere gemeten resource bereikt, ontstaat een empirische advantage-claim.

Wat kunnen we nu al zeggen?

De huidige serie eindigt nu met een lokaal gemeten, maar nog steeds afgebakend voordeel:

> Onze 60-qubit QOS-geïnspireerde featuremap was uitvoerbaar op echte hardware, scoorde op de vaste 32-cellentest één cel beter dan de sterkste vooraf gekozen klassieke baseline en bereikte dezelfde gespecificeerde featuretarget in 26 quantumseconden. De MPS-poging was na 2.577 seconden nog onvoltooid: een lokale kernel-tijdseparatie groter dan 99,1×. Dit is een task-specific time-to-feature-generation advantage binnen de gedeclareerde resources, geen algemene quantum-advantageclaim.

In deel 8 staan het uitgevoerde 60-qubitprotocol, de 17/32-uitkomst, de timing en de statistische grens volledig beschreven.

Bronnen en code

  • QOS-paper
  • Officiële QOS-repository
  • Onze Qiskit/Fire Opal-repository
  • Hardware milestone pull request
Nederlands | English | Projectpagina | Vorig deel | Volgend deel | QOS paper | Officiële code | Hardwarecode

Recent Posts

  • Quantum computing-nieuws — 10 augustus 2026
  • Quantum computing-nieuws — 9 augustus 2026
  • Quantum computing-nieuws — 8 augustus 2026
  • Quantum computing-nieuws — 7 augustus 2026
  • Quantum computing-nieuws — 6 augustus 2026

Recent Comments

No comments to show.

Archives

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

Categories

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