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

  • 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