Edukaizen

Menu
  • News
  • Hubbard
    • 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
    • 2D Local Quantum Advantage
      • Deel 1: Doel en budget
      • Deel 2: Fermionmodel
      • Deel 3: Mapping en diepte
      • Deel 4: Pilots en shots
      • Deel 5: Foutmitigatie
      • Deel 6: 6×6-resultaten
      • Deel 7: Circa 20x
      • Deel 8: Google en Bonsai
      • Deel 9: Volgende stap
  • 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
  • Work
    • Quantum Gold
      • 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
      • Part 8: 24 gold spinor modes on IBM with ZNE-PEA
      • Part 9: Forced gold colour on 56 qubits
    • HaPPY Gravity
      • Part 1: Gravity as a phase gate
      • Part 2: Bosons and convergence
      • Part 3: The dynamic HaPPY benchmark
      • Part 4: The N=145 classical audit
      • Part 5: MPS and Majorana baselines
      • Part 6: PEA/ZNE and the decisive test
    • Fibonacci Anyons
      • Part 1: Fusion and braiding
      • Part 2: The 3/5/9-qubit ladder
      • Part 3: Why nine qubits were too deep
      • Part 4: Structure-aware simplification
      • Part 5: IBM hardware diagnostic
      • Part 6: Results and open questions
  • Advantage List
Menu

Part 4: Small pilots: is the problem shots or the circuit?

NederlandsEnglish
2D Local Quantum Advantage | Previous | Next

A quantum result can be wrong for several reasons. Too few shots can cause an estimate to fluctuate randomly. An excessively deep circuit can systematically lose the intended information. An incorrect mapping can implement the wrong model even on ideal hardware. More shots directly address only the first problem.

What 512 shots do and do not mean

A shot is one execution and measurement of a circuit. For independent repetitions, the usual statistical standard error typically decreases as one divided by the square root of the number of shots. Four times as many shots therefore roughly halve the standard error, rather than making the result four times as accurate.

In our project, 512 is often the number of shots per setting. A job can contain several time points, twirls, training circuits and calibrations. The latest paired run contained 76 PUBs with 512 shots each: 38,912 measurements in total. Describing that complete job as ‘a run with 512 shots’ is therefore incomplete.

If noise has almost erased a spin profile, extra shots may simply confirm very precisely that the noisy profile is nearly flat. In that case, circuit improvements or reliable mitigation are needed, not just more statistics.

Why start with 3×3 and 5×5?

Small lattices allow more exact checks. We can build the fermion Hamiltonian in occupation space, calculate the ideal circuit output and compare the measured quantities site by site. This helps distinguish programming errors from hardware problems.

A preparatory 5×5 check allows us to compare state preparation with a dynamical circuit. A preparation check returning the correct particle numbers does not imply that a long evolution preserves that quality. Nor does a successful non-interacting check establish that the interacting U=8 target is accurate.

Aer as a targeted diagnostic

A noise simulator using saved Nighthawk parameters helps investigate specific questions: how much do readout errors, single-qubit noise and CZ noise contribute individually? What changes with additional folding or more shots? The advantage is that, for the smaller cases, we can also evaluate the same intended circuit without noise.

Such a simulator is not a complete digital twin of the device. Drift, correlated errors and unmodelled effects may be absent. A spin peak in Aer is therefore evidence about the tested noise model, not automatically an explanation for every hardware peak.

Random seeds also require checking. The archive preserves a correction for overlapping seeds: simulations that appear distinct can otherwise be statistically dependent. A fair comparison retains these corrections rather than showing only the most attractive plot.

Sources: AER_NIGHTHAWK_512_PROTOCOL.md, AER_SEED_CORRECTION_2026-09-06.md, HARDWARE_CONTROL_5X5_PROTOCOL.md and HARDWARE_COMPACT_TFLO_PROTOCOL.md.

Recent Posts

  • Quantum computing-nieuws — 4 september 2026
  • Quantum computing-nieuws — 28 augustus 2026
  • Quantum computing-nieuws — 27 augustus 2026
  • Quantum computing-nieuws — 26 augustus 2026
  • Quantum computing-nieuws — 25 augustus 2026

Recent Comments

No comments to show.

Archives

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

Categories

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