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: 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
  • 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

Fermi-Hubbard on a quantum computer, part 4: the 120-qubit quantum run

Posted on July 2, 2026 by
English | Nederlands | Project page | Previous | Next

Now we reach the question that motivates this project: what happens when we run the Fermi-Hubbard simulation on real quantum hardware?

The large local run in this project line follows the Q-CTRL/IBM scenario at a concrete scale:

  • 60 Hubbard sites;
  • 120 fermionic modes, hence 120 qubits;
  • U/t_h = -2;
  • 30 Trotter steps;
  • final model time t = 6;
  • IBM hardware through Fire Opal.

The time relation is simple

\[t=n_{\mathrm{step}}\Delta t\qquad \Delta t=0.2,\quad n_{\mathrm{step}}=30,\quad t=6\]

Each Trotter step approximates a small piece of digital time evolution. More steps move us closer to the continuous dynamics, but they also make the circuit deeper.

What was measured?

The hardware returns bitstrings. Those bitstrings must be converted into local observables. In this project, the important quantities are occupation, charge, spin, and double occupancy.

\[n_\uparrow(i)=\langle n_{i,\uparrow}\rangle,\quad n_\downarrow(i)=\langle n_{i,\downarrow}\rangle\\ \mathrm{charge}(i)=n_\uparrow(i)+n_\downarrow(i)\\ \mathrm{spin}(i)=n_\uparrow(i)-n_\downarrow(i)\\ D(i)=\langle n_{i,\uparrow}n_{i,\downarrow}\rangle\]

These observables let us read the quantum run as a material-like picture. The x-axis is the site position in the 1D chain. The y-axis is Trotter step or model time. The color can represent charge or spin.

Conceptually, this resembles quantum gas microscope measurements of 1D Fermi-Hubbard chains. It is not the same experiment. A cold-atom figure may show a symmetric local quench around the center, while our digital run shows a global evolution on a 60-site chain. But the language is similar: position, time, charge, and spin.

Timing

For the 120-qubit / 30-step Fire Opal run, the local estimated main+readout circuit execution time is approximately:

33.148928 seconds.

This is not the full human workflow time. It is also not the same as cloud wall time including queueing and service overhead. We therefore have to distinguish three times:

  • quantum execution proxy: estimated hardware circuit execution;
  • observed action wall time: the visible time taken by the cloud action;
  • end-to-end workflow time: preparation, validation, post-processing, and human decisions.

For a fair benchmark, we must state which time we mean. The 33 seconds are most interesting as an execution-time proxy for the quantum route.

Raw or readout corrected?

One unexpected lesson from the local comparison is that readout correction does not automatically improve every observable. For some global quantities, such as total charge, readout correction can help. For local RMSE against a chi256 reference, raw data can sometimes score better.

That is not a paradox. Error mitigation is not magic. It shifts errors. It may improve a global constraint while worsening some local observables. This is why we need multiple metrics.

Comparison with chi256

The local chi256 MPS reference had a wall time of 9033 seconds. Against that reference, the hardware was not perfect. But it did produce a useful full-instance estimate in a very short quantum execution time.

In the local scoring, the raw hardware route had a better overall score than the readout-corrected route against chi256. That is an important practical point: we should measure the data, not assume that the most corrected variant is always best.

What can we claim?

A cautious statement is

The quantum run quickly gives a useful local observable for a 120-qubit / 60-site Fermi-Hubbard instance. This does not prove that classical methods fail, but it is a concrete time-to-answer benchmark.

What we should not say

  • not that all classical computers are beaten;
  • not that the full wavefunction has been simulated;
  • not that noise no longer matters;
  • not that the local run fully reproduces the Q-CTRL paper claim.

What we can say

  • the circuit runs on real hardware;
  • the observables are material-like and interpretable;
  • the timing is interesting relative to local classical references;
  • the comparison becomes fair only when tensor networks and Majorana propagation are included.

This makes the quantum run the middle of the story, not the end. The next question is: how hard can classical methods fight back?

Sources and project links

  • Q-CTRL Fermi-Hubbard paper: https://arxiv.org/abs/2605.04025
  • Project repository: https://github.com/BramDo/fermi-hubbard-60q-tdvp
  • Fire Opal route in the repository: docs/fire_opal_route.md
English | Nederlands | Project page | Previous | Next

Recent Posts

  • Quantum computing-nieuws — 12 augustus 2026
  • Quantum computing-nieuws — 11 augustus 2026
  • Quantum computing-nieuws — 10 augustus 2026
  • Quantum computing-nieuws — 9 augustus 2026
  • Quantum computing-nieuws — 8 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