Edukaizen

Menu
  • News
  • 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
  • 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

From a graph to a hardware-compatible circuit

← Part 1 · Series overview · Part 3 →

The equation for a graph state suggests an all-to-all recipe: apply one CZ gate for every edge. Real processors do not offer arbitrary connectivity. The benchmark therefore prepares a complicated graph-state representative using only a one-dimensional nearest-neighbour chain.

Brickwork on a line

Place the data qubits in the order 0, 1, …, n−1. A single CZ layer can act on every other edge in parallel. The next layer shifts by one site:

even layer: (0,1) (2,3) (4,5) ...
odd layer:       (1,2) (3,4) (5,6) ...

Alternating these layers produces the familiar brickwork pattern. No two gates in one layer share a qubit, so they can be scheduled simultaneously. The supplied benchmark repeats odd and even layers until the CZ depth scales with the number of qubits.

Why local Clifford gates change the graph

After each entangling layer, the construction applies a random local choice equivalent to √X or S√X on each qubit. H, S, √X and CZ are Clifford gates: they map Pauli operators to Pauli operators under conjugation. The state therefore remains a stabilizer state throughout this prefix.

The local gates are not decorative. Interleaving them with nearest-neighbour CZ gates continually changes which stabilizers are local and which are extended. In the graph-state picture, local Clifford transformations correspond to graph transformations such as local complementation. A physically local circuit can therefore represent a graph with much richer effective connectivity than the hardware chain itself.

The non-Clifford measurement basis

A pure Clifford circuit is efficiently simulable with a stabilizer tableau. The benchmark avoids ending there. After the graph-state prefix, every data qubit receives the same face-state basis rotation:

theta = math.acos(1 / math.sqrt(3))

for q in range(n):
    circuit.tdg(q)
    circuit.h(q)
    circuit.rz(theta, q)
    circuit.h(q)

The angle points the measurement axis toward a face of the Bloch-sphere stabilizer octahedron. This adds non-Clifford magic before computational-basis measurement. The experiment is hard by design in two different directions: the Clifford prefix creates entanglement that burdens tensor networks, while the final basis burdens stabilizer decompositions.

A compact pedagogical constructor

import random
from qiskit import QuantumCircuit

def brickwork_graph_prefix(n, depth, seed=1729):
    rng = random.Random(seed)
    qc = QuantumCircuit(n)
    qc.h(range(n))

    for layer in range(depth):
        offset = layer % 2
        for q in range(offset, n - 1, 2):
            qc.cz(q, q + 1)

        for q in range(n):
            if rng.getrandbits(1):
                qc.s(q)
            qc.sx(q)

    return qc

This code expresses the ansatz, not the exact frozen benchmark instance. For reproduction, the QASM files and their hashes are authoritative. The tutorial constructor is valuable because it exposes the architecture and lets readers experiment with smaller values of n and depth.

Two circuits, two purposes

The repository contains a bare circuit for sampling and a checked circuit with ancillas for spacetime error detection. The checked version does not define a different mathematical target; it embeds additional observables that reveal some errors during execution. Part 5 develops that verification layer.

Part 3 turns the constructor into a complete Qiskit workflow with measurement, simulation and the repository’s safe inspection commands.

← Part 1 · Series overview · Part 3 →

Recent Posts

  • Quantum computing-nieuws — 18 augustus 2026
  • Quantum computing-nieuws — 17 augustus 2026
  • Quantum computing-nieuws — 16 augustus 2026
  • Quantum computing-nieuws — 15 augustus 2026
  • Quantum computing-nieuws — 14 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