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
  • 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
  • XXZham
    • Part 1: The XXZ model and imbalance
    • Part 2: From dynamics to a quantum circuit
    • Part 3: The classical simulation methods
    • Part 4: Error mitigation on real hardware
    • Part 5: Results and the classical comparison
    • Part 6: Original study and next steps
  • Nighthawk RCS 61q
    • Part 1: The paper
    • Part 2: Our IBM measurements
    • Part 3: MPS and advantage
    • Part 4: RCS theory and applications
  • Work
    • 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
    • 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
  • Contact
Menu

Part 4: RCS theory and applications

Nederlands

Random-circuit sampling is a carefully chosen benchmark. What is sampled mathematically, how is quality assessed, and what can the result be used for?

From a circuit to a probability distribution

Start with 61 qubits in |0…0⟩. A fixed circuit U mixes them with randomly selected single-qubit gates and CZ gates between neighbors. We measure all qubits at the end. For a bitstring x, ideal quantum theory predicts pU(x) = |⟨x|U|0…0⟩|2. The circuit stays fixed across shots; individual outcomes are random draws from that one distribution.

There are 261, about 2.3 × 1018, possible 61-bit strings. A million shots touch only a tiny fraction. A uniform classical generator would also yield almost entirely distinct strings. The task is not to produce arbitrary zeros and ones; it is to sample according to the circuit-dependent probabilities.

Why do those probabilities become difficult?

A single-qubit gate changes local amplitudes. CZ gates couple neighboring qubits, spreading interference and entanglement as depth grows. Randomly chosen gates usually prevent the output from being described as a simple pattern of independent bits. In a sufficiently chaotic regime, the rescaled ideal probabilities z = 2npU(x) approach a broad Porter–Thomas distribution: most outcomes are unlikely while a few are much more likely. That describes the ideal distribution, not something one can read from the number of ones in a measured string.

How do we test whether the processor followed the circuit?

When ideal probabilities can be calculated, linear XEB is useful: FXEB = 2n(1/M) Σi pU(xi) − 1. Uniform samples have expected score zero; an ideal, sufficiently anticoncentrating circuit scores near one. The Nighthawk paper further divides each patch score by the ideal XEB of that same patch circuit. This avoids misreading a patch that has not yet fully anticoncentrated.

For the full 61-qubit circuit, the required ideal probabilities are too costly to score all million outcomes directly. The paper therefore uses smaller patches and reversible mirror circuits as two distinct quality checks. XEB remains a score or proxy: a high score alone does not certify small total-variation distance from the ideal distribution. Our repeated hardware job did not include that additional patch-and-mirror series, leaving its global fidelity open.

What is RCS useful for?

Use What RCS provides Limit
Processor benchmarking Test how many qubits, CZ layers and circuit cycles can run together with a measurable signal. A benchmark score is not an application result.
Hardware and compiler improvement Compare physical layouts, calibration windows, transpilers and mitigation methods on frozen circuits. Use the same circuits, shots and quality metric.
Testing classical methods A released circuit family lets tensor networks, MPS and other samplers compete on a concrete task. Runtime comparisons need the same required output quality.
Quantum-dynamics research Random circuits provide a controlled probe of information spreading, entanglement and noise. The Nighthawk circuit does not automatically model a material or chemical reaction.

What is it not yet?

An RCS bitstring is usually not the answer to an optimization problem, a molecular energy, or proof that a quantum computer speeds up useful machine-learning tasks. Its direct application is measuring how well a quantum processor executes difficult, checkable circuits. Those measurements can guide better hardware and verification methods; a practical algorithm must then be tested on its own task.

Further reading: Sedrakyan et al. on Nighthawk and Boixo et al. on RCS and XEB.

Original preprint

Project overview and article source

Previous · Overview

Edukaizen · 25 september 2026 / 25 September 2026

Recent Posts

  • Quantum computing-nieuws — 25 september 2026
  • Quantum computing-nieuws — 18 september 2026
  • A Call to Qiskit Advocates: Help Test Quantum Advantage
  • Quantum computing-nieuws — 11 september 2026
  • Quantum computing-nieuws — 4 september 2026

Recent Comments

  1. XXZham: simulating 80 spins with a NISQ quantum computer - Edukaizen on XXZham: quantumsimulatie van 80 spins

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