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
    • Part 7: Local toy model
      • ai toymodel
  • 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
    • Beginnershandleiding 4q
  • Advantage List
Menu

Fermi-Hubbard on a quantum computer, part 8: heatmaps as a material-like measurement

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

A table of RMSE values is useful, but it is not a physical picture. For a material-like story, we want to see where something happens in the chain and how it changes in time. That is why heatmaps are important.

In this project series, the heatmaps use

  • x-axis: site position in the 1D chain;
  • y-axis: Trotter step or model time;
  • color: charge or spin.

The time relation is

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

The observables are

\[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\]

Charge heatmap

The charge heatmap shows n_up + n_down for each site. At half filling, many sites should remain around charge 1. Deviations show local redistribution of particles.

In the local 120-qubit hardware data, the pattern is not perfectly smooth. That is expected. The data contains real hardware noise, readout errors, finite shots, and layout asymmetry. Even so, the picture is useful: it shows whether the chain roughly preserves its filling and where the largest local deviations appear.

Spin heatmap

The spin heatmap shows n_up - n_down. This observable is more sensitive to state preparation and noise. In our data, the spin structure decays more quickly toward smaller values. That is consistent with dephasing and relaxation in a noisy digital simulation.

This does not mean that the hardware perfectly reproduces closed-system Hubbard dynamics. It means that the observables contain enough structure to build a material-like view.

Comparison with real experiments

There are real 1D Fermi-Hubbard experiments with ultracold atoms in optical lattices. With a quantum gas microscope, groups can perform site-resolved measurements as a function of evolution time.

A well-known experimental figure shows a local quench in the center of the chain. That plot is nearly symmetric: an excitation starts around i = 0 and moves left and right.

Our plot is different. We show a 60-site digital evolution, not a local center-quench. Site 46 is interesting because the Q-CTRL paper discusses that site, but it is not a symmetry center. The IBM hardware layout itself is also not left-right symmetric.

Therefore the right formulation is

Our heatmap is comparable as a measurement type and model language, but not as an identical experimental configuration.

What does the heatmap teach?

The heatmap shows three things at once

  1. the physical quantities: charge and spin along a 1D chain;
  2. the digital evolution: different Trotter steps as time points;
  3. the hardware reality: noise, readout, and layout asymmetry.

That is why the plot is useful. It is not only a nice figure. It shows where the quantum run is physically interpretable and where caution is still needed.

Why asymmetry is not fatal

A symmetric cold-atom local-quench plot and our asymmetric 60-site hardware plot answer different questions. The cold-atom plot asks: how does a local excitation move through a chain? Our plot asks: what site-resolved observables do we obtain from a large digital Hubbard run?

Those are related questions, but not the same one.

The asymmetry therefore does not make the data useless. It only means that we should not sell it as a symmetric quench experiment.

The best role of the heatmap

The heatmap is a bridge figure. It makes the quantum run understandable for readers who do not want to look only at circuits or RMSE tables. It shows that the output of a quantum processor can be read as a 1D material-like image.

That is a strong communication step, as long as the claim boundaries remain clear.

Sources and project links

  • Project repository: https://github.com/BramDo/fermi-hubbard-60q-tdvp
  • Time-resolved 1D Hubbard cold-atom experiment: https://arxiv.org/abs/1905.13638
  • Q-CTRL Fermi-Hubbard paper: https://arxiv.org/abs/2605.04025
English | Nederlands | Project page | Previous | Next

Recent Posts

  • Black Hole OLE, part 7: a local toy model with theory and user guide
  • 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

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