Edukaizen

Menu
  • Home
  • 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
  • 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
    • Deel 1: Hadron op quantumprocessor
    • Deel 2: Quarks en confinement
    • Deel 3: SU(2) en LSH
    • Deel 4: Hamiltoniaan en circuit
    • Deel 5: Fire Opal
    • Deel 6: Klassieke simulaties
    • Deel 7: Quantumvoordeel
  • 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
  • Random Graph
    • Part 1: Theory
    • Part 2: Circuit
    • Part 3: Qiskit
    • Part 4: Complexity
    • Part 5: Verification
    • Part 6: Workflow
    • Part 7: Conclusion
  • QOS QML
    • Nederlands
    • English
  • Advantage List
Menu

The 40-qubit result: hardware 16, classical 17

English | Nederlands | Project page | Previous part | Next part | QOS paper | Official code | Hardware code

Update of 21 July 2026: 60-qubit hardware finishes ahead of both baselines

The new shallow 60-qubit route with label-free gene modules scored 17/32 on the same held-out test size, compared with 16/32 for the linear baseline and 14/32 for RBF. The Fire Opal dashboard reported only 26 quantum seconds. The complete result was available after approximately 8 minutes and 33 seconds; a local MPS simulation of the same quantum representation had not converged after 42 minutes and 57 seconds. Read the complete 60-qubit result in part 8.

The chapter below remains the historical, pre-frozen 40-qubit result.

After days of data selection, representation tests, circuit validation, Fire Opal execution and local analysis, the fixed test reduces to one simple numerical difference:

Route Balanced accuracy Correct
40-qubit hardware features 0.50000 16/32
classical raw-gene frontier 0.53125 17/32
hardware minus classical -0.03125 -1 cell

Hardware therefore did not win. But “classical won” would also be too strong. With 32 test cells, one prediction equals 3.125 percentage points. The result is effectively a tie around chance level.

What happened to the training signal?

During training-only cross-validation, the selected hardware classifier obtained a mean score of 0.59375. The classical winner scored 0.53125. This was a small positive sign: the measured quantum features apparently contained enough structure to rise above chance in some training folds.

On the preprotected test set, hardware dropped to 0.50000. The signal therefore did not demonstrably generalise. Because both final models fit their complete training data perfectly, the pattern is consistent with overfitting or unstable small-sample geometry.

We therefore call the CV lead an exploratory training signal, not partial quantum advantage.

The paired comparison

Among the 32 test cells there were:

  • 7 for which only the hardware classifier was correct;
  • 8 for which only the classical classifier was correct;
  • 17 for which both were correct or both were wrong.

The exact two-sided McNemar p-value is 1.0. The 95% bootstrap interval for hardware minus classical ranges from -0.25 to +0.1875. Both a material classical advantage and a hardware advantage remain compatible with the uncertainty of this pilot.

The separate Wilson intervals are also wide:

  • hardware: approximately 0.336 to 0.664;
  • classical: approximately 0.364 to 0.691.

What was achieved?

The predictive result is weak, but the execution produced four concrete outcomes:

  1. A real PBMC68k cell can be reproducibly translated from 32,738 gene columns into a four-block 40-qubit circuit.
  2. A batch of 192 circuits can be validated, executed and retrieved without resubmission through Fire Opal on IBM Fez.
  3. From only three global measurement bases, 405 ordered features can be reconstructed for every cell.
  4. Hardware features can be evaluated in a predeclared, test-leakage-free ML pipeline against a recomputed classical frontier.

This is a hardware-feasibility milestone: evidence that the pipeline is executable. It is not evidence that the pipeline already generalises well enough to be useful.

What about the 26 quantum seconds?

The provider reported 26 QPU seconds for the 192 circuits. This is strikingly compact compared with some complete classical simulations of wide quantum circuits. It is nevertheless not a speedup measurement for the ML task.

A fair timing claim must also count:

  • classical gene selection and hashing;
  • circuit construction and QASM export;
  • provider compilation and queueing;
  • Fire Opal processing;
  • data retrieval and observable calculation;
  • classifier training;
  • the time of the best classical end-to-end pipeline.

Moreover, the classical raw-gene classifier obtained a better point estimate here. A short QPU kernel is not enough when the final task is not solved better or more cheaply.

Why this is still publishable

Negative and near-neutral hardware measurements are scientifically useful when the protocol is fixed in advance. This pilot shows exactly where a theoretical space benefit can disappear on its way to NISQ hardware:

  • aggressive feature compression can remove biological signal;
  • hash collisions can mix interactions;
  • shallow circuits may be insufficiently expressive;
  • noise and 128 shots distort correlations;
  • 32 training examples are too few for a stable 405-dimensional classifier.

The correct conclusion is not “QOS does not work.” The complete QOS algorithm was not tested. The conclusion is: this shallow 40-qubit QOS-inspired feature map was executable, but on the selected 32/32 PBMC split it did not generalise better than the classical frontier.

The claim in one sentence

> 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 part 7 we describe the experiments required to turn this intermediate result into a serious advantage test.

Reproducibility

  • Hardware analysis runner
  • GitHub pull request containing the complete runner and test suite
English | Nederlands | Project page | Previous part | Next part | QOS paper | Official code | Hardware code

Recent Posts

  • Black Hole OLE, part 6: what the result proves and what comes next
  • Black Hole OLE, part 5: Hawking, black holes, and scrambling
  • Black Hole OLE, part 4: the tensor-network challenge
  • Black Hole OLE, part 3: Fire Opal on IBM Kingston
  • Black Hole OLE, part 2: how an Operator Loschmidt Echo works

Recent Comments

No comments to show.

Archives

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

Categories

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