Landfall

See what your circuit optimizations look like after they hit the hardware.

One circuit, four optimization strategies, five real devices. Every optimized circuit is verified equivalent to the original, then compiled with routing and native gates, so you can see which strategy actually wins where, and why.

Circuit and devices

Presets

Presets load their code here; edit it freely. OpenQASM 2 or 3, up to 12 qubits. Drop a .qasm file here, or .

Devices
or Ctrl + Enter

How to read this

Routing

Real chips connect only some qubit pairs. When two qubits that must interact are not neighbors, the compiler inserts SWAPs to bring them together, and each SWAP costs three two-qubit gates. That overhead can erase what an optimizer saved.

Native gates

Each chip has its own two-qubit gate: CX on Falcon, ECR on Eagle, CZ on Heron and Nighthawk, ZZ on IonQ. Every circuit is translated into that gate set, so the same circuit costs different amounts on different hardware.

T-count

T gates and other non-Clifford rotations are the expensive part of fault-tolerant quantum computing, so cutting them matters for the future. On today's noisy chips, two-qubit gates usually dominate the error, so a T-count win alone does not guarantee a better run.

Estimated success

For each compiled circuit, Landfall multiplies the chance that every gate and every readout succeeds, using the device's calibration data. It ignores idle decoherence and crosstalk, so differences under half a point count as ties.

Why gate count is not the whole story

Fewer gates usually wins, but not always. The compiler places your circuit on specific qubits, and qubits differ in quality. A circuit with more two-qubit gates can land on better qubits and come out ahead, so Landfall ranks by estimated success, not by count.