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 7: Majorana propagation as a laptop competitor

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

A good quantum-advantage discussion needs a strong classical competitor. In this series, tensor-network TDVP is the standard competitor, but there is another interesting route: Majorana propagation.

This route does not try to keep the full quantum state. Instead, it follows a selected observable in the Heisenberg picture. For a specific observable, that can be much cheaper than simulating the entire state.

That makes Majorana propagation dangerous for a simple quantum-advantage claim. If we only want a local observable, why should we follow the full wavefunction?

The local test

In a separate laptop project, a Majorana-propagation baseline was compared with the 120-qubit / 60-site / 30-step Fermi-Hubbard run.

The observable was mean double occupancy. That is narrower than the full charge/spin heatmap, but physically important.

The comparison

\[\mathrm{cutoff}=2:\ 20.96\,\mathrm{s},\quad |D-D_{\chi256}|=0.0382328677\\ \mathrm{cutoff}=4:\ 1153.51\,\mathrm{s},\quad |D-D_{\chi256}|=0.0004838001\]

Cutoff 2 was very fast. The wall time was about 20.96 seconds. That is even faster than the local Fire Opal main+readout execution proxy of about 33 seconds. But the error against the chi256 MPS reference was clearly visible.

Cutoff 4 was much more accurate. The error against chi256 for mean double occupancy was about 0.00048. But the runtime rose to about 1153.51 seconds, or just over 19 minutes.

Why this is interesting

If we know after the fact that cutoff 4 is sufficient, Majorana propagation is a strong classical method. For this single observable, cutoff 4 was much closer to chi256 than the hardware routes.

But the benchmark question is hidden in the phrase “after the fact.”

Beforehand, we do not automatically know which cutoff is trustworthy. Cutoff 2 looked fantastic in runtime, but it was not accurate enough. Cutoff 4 worked much better, but took much longer. To know that, we needed a more expensive reference or a cutoff-convergence study.

This is exactly the time-to-answer point.

Not every classical shortcut is free

A classical shortcut with a truncation parameter has two costs

  • the runtime of the chosen parameter;
  • the validation needed to know that the parameter is good enough.

In papers and benchmarks, we often quote mainly the first time. For practical use, the second also matters. If the correct cutoff is known only after using a chi256 or TDVP reference, that search belongs to the workflow.

What does this mean for the quantum run?

The quantum computer does not win on every observable. For mean double occupancy, Majorana cutoff 4 was much closer to chi256 than the hardware. We should say that honestly.

But the quantum route had a different advantage: it quickly produced a full-instance hardware measurement without choosing a classical cutoff in advance. The output was not perfect, but the route was direct.

The conclusion is subtle

Majorana propagation weakens a simple quantum-advantage claim, but it makes the time-to-answer question sharper. The correct claim is not:

the quantum computer beats Majorana propagation.

The better claim is

For this instance, a quantum run can quickly produce a useful observable, while a classical Majorana shortcut needs a cutoff choice whose reliability is not known in advance.

That is the kind of nuance a serious benchmark needs.

Sources and project links

  • Project repository: https://github.com/BramDo/fermi-hubbard-60q-tdvp
  • Majorana benchmark in this repository: docs/120q30_majorana_benchmark_summary.md
  • Q-CTRL Fermi-Hubbard paper: https://arxiv.org/abs/2605.04025
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