About this map
Sections
What this is
Quantum algorithms are not written from scratch. They are assembled from a small number of reusable steps, and almost every published method is a different route through the same handful of them.
This is a map of those routes. Circles are the things an algorithm can be holding. Lines are the steps that carry you from one to the next. A method is a path across.
Nothing here is generated. Every line was read out of a paper and checked against it.
How to read it
- Something you can hold — a state, a matrix, a circuit, an answer.
- The same, in the middle of a step you have opened.
- A step. Someone has published a way through it.
- A step whose way through has not been pinned to one method.
- A step nothing published fills yet.
- A step you have opened. What is drawn inside it is how it was done.
- There is a record in the repository for this one.
How to move around
- Two fingers move the map. Pinch to zoom, or hold ctrl and scroll.
- Click a step to open it in place — everything else stays where it is.
- Click a name to read the full record without leaving the map.
- Arrow keys move, plus and minus zoom, zero puts it back.
What a line is claiming
A solid line means a paper puts those two steps together and we have the citation. A long-dashed line means the route is recorded but no single method has been named for that step. A short-dashed line means nothing published fills it — the step is real, the way through is not written yet.
A count after a step's name — ×T/h, ×O(κ) — means the route walks that step that many times rather than once. It is the source's own symbol, and the card says what it stands for and what one turn costs. A step with no count is a step no source we read said is repeated, which is not the same as one taken once.
A line drawn nested under another, on the soft shaded band behind it, is a narrower version of the line above it: the same construction, re-analysed or re-tuned, filling the same step. It is why two lines can draw the identical interior and still be two entries. Lines outside the band are alternatives to their neighbours, not versions of them.
The map does not hide the gaps. An empty step is drawn as an empty step.
What is not here yet
The map covers the algorithm literature. The repository covers circuits and primitives. They overlap less than you would expect, and where a method has no record we say so on its page rather than leaving the space blank.
Where something named here does have a record, its name links straight to it.
Method
Conditional-value-at-risk objective
Change what the classical loop is minimising rather than how it minimises. Instead of averaging every measurement outcome into an expectation value, keep only the best tail of them and average that — which is defensible precisely when the answer is a single good bitstring rather than a physical average.
Open the full recordFills the slot: Minimise the objective over the parameters
Restricted, by the authors' own argument, to classical optimization problems — the ones "which yield diagonal Hamiltonians". Barkoutsos et al. are explicit that expectation-value aggregation "is fully justified for quantum mechanical observables such as molecular energies" and that it is the diagonal case where "aggregating the samples in a different way than the expected value is more natural". So this belongs to the combinatorial branch of the variational family and not to the chemistry branch that the rest of this region is drawn from. The evidence offered is empirical — "using classical simulation as well as quantum hardware" — over the problems in that study, alongside analytical results explaining the differences observed.
A parameterised circuit family; an objective function of its parameters, evaluated only through estimates bought with a finite shot budget; a starting point; and a stopping rule — a tolerance, an iteration cap, or an exhausted budget.
Parameterised circuit family → State you can preparesort outcomes, average the lower alpha-tail
The state turns each computational-basis measurement into a sample of the random variable , taking value with . Rather than optimising , the classical loop minimises the Conditional Value-at-Risk , the mean of the lower -tail of X, for a chosen assumption: confidence level with . In practice this is approximation: estimated from a finite batch of sorted outcomes as — the paper's Eq. 12 writes this sum from , over a batch it has just indexed from , so the lower limit is taken as here and the count then matches the divisor — an estimator whose variance scales as ; recovers the single best sample, the ordinary sample mean.
approximationassumption
A preparation routine for the state at the parameters the search stopped at, and the total number of objective evaluations it consumed. The routine is returned whether or not the search found a minimum; that it stopped is not evidence that it converged.
None found yet.
given parameterized circuit family U(theta)|0> = |psi(theta)>
= sum_j alpha_j(theta) |j>
problem Hamiltonian H, diagonal in the computational basis (a QUBO
Hamiltonian), so |j> is an eigenstate of H with eigenvalue H_jj
confidence level alpha, with 0 < alpha <= 1 (Eq. 11)
shot budget K per evaluation of theta
requires H diagonal -- the authors justify replacing the sample mean only
for classical optimization problems, "which yield diagonal
Hamiltonians"; for a quantum-mechanical observable such as a molecular
energy they say the ordinary sample mean "is fully justified" and do
not extend this construction to that case (Abstract -- Sec. 4
restates the restriction in its own words, not in these phrases)
# --- one CVaR evaluation, at a fixed theta ----------------------------------
prepare |psi(theta)> and measure it K times in the computational basis
x_1, ..., x_K -> H_1, ..., H_K
# Hk is read off each bitstring by a parity check over the Pauli-Z
# terms of H, not by an extra circuit or extra state prep (Sec. 2)
# the batch samples the random variable X(theta), with outcomes H_jj
# and Prob(X(theta) = H_jj) = |alpha_j(theta)|^2 -- though the
# paper defines X(theta) only later, when analysing the
# landscape, not where CVaR is introduced (Sec. 5)
sort the batch so H_1 <= H_2 <= ... <= H_K
# "without loss of generality" -- the paper's own framing (Sec. 4)
CVaR_alpha = (1 / ceil(alpha*K)) * sum_{k=1}^{ceil(alpha*K)} H_k (Eq. 12)
# USE THIS FORM. The paper prints the same sum from k=0, over a batch
# it has just indexed k=1,...,K -- H_0 is not a member of that batch,
# so Eq. 12 as printed is undefined; k=1 is taken here because it is
# the substitution that makes the number of summed terms match the
# ceil(alpha*K) divisor (Sec. 4)
# this is the EMPIRICAL estimator over K samples, NOT the population
# quantity CVaR_alpha(X) = E[X | X <= F_X^-1(alpha)], the mean of
# the lower alpha-tail, which is what the paper defines (Eq. 11)
# its variance is cited as O(1/(K*alpha^2)) from ref. [13], which the
# authors note establishes that dependence only for CONTINUOUS
# distributions; they expect it to approximate the discrete,
# finite-batch case well as the qubit count grows (Sec. 5)
# alpha approaching 0 recovers min{H_1,...,H_K}; alpha = 1 recovers the
# ordinary sample mean (Eq. 5) -- CVaR generalizes both (Sec. 4)
# --- outer loop: classical optimization over theta --------------------------
repeat until the classical optimizer's own stopping rule fires:
theta <- one step of a classical optimizer minimizing CVaR_alpha(X(theta))
# this objective is Eq. 13, min_theta CVaR_alpha(X(theta)), stated
# in the analysis section rather than in the section that
# introduces CVaR (Eq. 13; Sec. 5)
# the paper places no bound on the number of outer iterations; its
# own experiments use COBYLA as one concrete, empirical choice,
# not as part of the method's definition (Sec. 6)
return the single bitstring, among ALL measurements taken at ALL theta
visited during the run, with the smallest Hk seen -- this is NOT
the CVaR estimate at the final theta (Sec. 2)
# stated in Sec. 2 for the plain sample-mean algorithm; the paper obtains
# the CVaR variants "simply by replacing the sample mean (5) with
# CVaR_alpha in the classical optimization algorithm" and never
# re-states the reporting rule for them, so carrying it over is an
# inference from that sentence, not a quoted claim (Sec. 4)
# a local minimum of the CVaR objective (13) need not be a local minimum of
# the expectation objective (1), and vice versa -- proved by a two-qubit
# counterexample with H = diag(0,1,1,2), so minimizing CVaR_alpha is NOT
# shown to preserve the landscape of the objective it replaces (Prop. 5.1)Barkoutsos, Nannicini, Robert, Tavernelli and Woerner charge samples per objective evaluation, taken in one circuit and one computational-basis measurement, since diagonal makes every bitstring a sample of every term (Sec. 2); only the smallest enter (Sec. 4, Eq. 12). To match the expected value's accuracy they call for samples, a factor of at their recommended (Sec. 5, restated end of Sec. 6.2), though the variance they cite from Hong, proved only for continuous distributions, would imply . On hardware they instead fix at 8,192, five runs at each of (Sec. 6.2); the simulated runs state no shot count. Nothing bounds the outer loop, and the convergence gain is measured, not proved: at , , almost all of 340 simulated instances on 6 to 16 qubits with all-to-all entanglement reach 1% ground-state sampling probability within 50 normalized iterations (iterations per qubit), against 60% at . Smaller also caps the prize: the objective rewards no overlap beyond .
None found yet.
None found yet.
The 340-instance CVaR-VQE / CVaR-QAOA simulation sweep (Sec. 6.1)
- Improving Variational Quantum Optimization using CVaR
Panagiotis Kl. Barkoutsos, Giacomo Nannicini, Anton Robert, Ivano Tavernelli, Stefan Woerner · 2019
About
Section 6 states the purpose in its first two sentences: "The preceding analysis shows that CVaR optimization may improve certain properties of the classical optimization problem solved in VQE and QAOA. To verify if this is the case from an empirical point of view, we test the proposed on multiple random instances of six CO problems: maximum stable set, maximum 3-satisfiability, number partitioning, maximum cut, market split, and portfolio optimization." **The choice of yardstick is itself an argument.** The arms of the sweep minimise different objectives, so the paper refuses to compare them on objective value — "comparing algorithms with respect to the average objective function value (or CVaR with a different ) would not be informative" — and scores every arm on the probability of sampling an optimal solution instead, "i.e., the overlap with ground state". The horizontal axis is a normalized iteration count: "To make the number of iterations comparable for problems of different sizes, we normalize it dividing by the number of qubits."
Methods
"For every instance, we run CVaR-VQE and CVaR-QAOA for and for VQE and for QAOA. In total, this leads to 340 random problem instances and 14,280 test cases" (Sec. 6). The expectation-value baseline is not a separate experiment: recovers the ordinary sample mean, so it is one arm of the same sweep. "Following [17], we use the classical optimizer COBYLA to determine the parameters of the trial wave function." The VQE variational form is the one drawn in Fig. 1 for , : alternating layers of parametrized -rotations and controlled- gates, which "leads to parametrized Y-rotations, and controlled Z-gates", of total circuit depth "although the number of gates is quadratic in "; Fig. 4's runs use all-to-all entanglement. QAOA's form is Eq. (9), with parameters against VQE's . **Sec. 6.1 states no shot count.** It works from "the exact quantum state resulting from simulation", which "allows us to precisely characterize the performance metrics that we use", and Sec. 6.2 refers back to it as "the noiseless simulation results". What is absent is a stated number, not sampling itself: the closing paragraph of Sec. 6.2 says of the study as a whole that "our empirical evaluation uses the same, fixed number of samples across all ", without saying what that number is for the simulated half.
Data
"For each problem except Max3Sat, we generate ten random instances on 6, 8, 10, 12, 14, and 16 qubits. Our formulation of Max3Sat requires the number of qubits to be a multiple of three, thus we use 6, 9, 12, and 15 qubits" (Sec. 6). The generation procedure is inherited rather than defined here: "A more detailed discussion of the instance generation and the mapping to a Hamiltonian can be found in [17] for all problems except portfolio optimization, which is discussed in Appendix B", and [17] is Nannicini's *Performance of hybrid quantum/classical variational heuristics for combinatorial optimization*. Portfolio optimization is the paper's own: Appendix B's penalised QUBO , "where we subtract a penalty term weighted by to enforce the budget constraint ". No instance file is released and no instance of the sweep is printed: the only and anywhere in the paper are the six-asset pair of Appendix B, which belongs to the hardware run, and the , and given there are stated for that instance only.
Code
"The numerical experiments discussed in this paper are implemented in the open-source library Qiskit [2], and executed on classical quantum simulators as well as IBM's quantum hardware" (Sec. 1). The Code Availability section releases one artefact — "A notebook providing the code to run CVaR-VQE is available open source at https://github.com/stefan-woerner/cvar_quantum_optimization/". That notebook builds the six-asset portfolio instance of Appendix B; it carries no instance generator for the other five problem classes and no driver for the sweep, pointing the reader at `qiskit.optimization.ising` for their translators.
Results
The headline comparison is between two arms of the same algorithm: "For CVaR-VQE, using and , within 50 normalized iterations we achieve at least 1% probability of sampling an optimal state for almost all instances. In contrast, with (i.e., the expected value), we reach the same probability of sampling an optimum only for 60% of the test problems" (Sec. 6.1, Fig. 4). The same section prints the cost of a small : "for we reach 10% probability to sample an optimal solution for most of the test problems in less than 50 normalized iterations, but with we reach 10% probability only in a small fraction of problems". Fig. 5 is the size scan: "for a small number of qubits there is a ceiling effect, i.e., all methods perform similarly because the problem is easy for all methods, but as soon as problem size increases, the benefits of CVaR optimization (with ) are obvious in the plots." A second finding is about QAOA rather than about CVaR: "QAOA's performance appears significantly worse than that of VQE for equivalent depth (where we compare depth for VQE to depth for QAOA)", which Sec. 7 then turns into Prop. 7.1. **Hardware: none.** These figures come from classical simulation of the exact quantum state, implemented in Qiskit — "the numerical experiments discussed in this paper are implemented in the open-source library Qiskit" (Sec. 1), "quantum states resulting from classical simulation" (Figs. 4 and 5 captions). The paper names no simulator backend anywhere for them.
- Improving Variational Quantum Optimization using CVaR
CVaR-VQE on IBM Q Poughkeepsie, six-asset portfolio optimization (Sec. 6.2 and Appendix B)
- Improving Variational Quantum Optimization using CVaR
Panagiotis Kl. Barkoutsos, Giacomo Nannicini, Anton Robert, Ivano Tavernelli, Stefan Woerner · 2019
About
"To test CVaR optimization on quantum hardware, we consider an instance of the portfolio optimization problem with 6 assets mapped to 6 qubits, see Appendix B. We choose portfolio optimization because the problems of this class are some of the most difficult of our testbed" (Sec. 6.2). The question this run answers is narrower than the simulation sweep's and the paper says which one: whether the convergence advantage survives device noise. "In addition to the improved convergence behavior already demonstrated in Sec. 6.1 using classical simulation, the CVaR objective function also seems to be able to cope with the noise and errors introduced by the quantum hardware."
Methods
"We test CVaR-VQE on the IBM Q Poughkeepsie 20-qubit quantum computer, with COBYLA as the classical optimizer" (Sec. 6.2). CVaR-QAOA is not run: "We use CVaR-VQE rather than CVaR-QAOA because for the same circuit depth it leads to better solutions, as discussed in Sec. 6.1." **The ansatz is changed to fit the chip, and that change is stated rather than hidden.** "In this section we apply nearest neighbor entanglement instead of all-to-all entanglement. We choose 6 qubits on the device that are connected in a ring (qubits 5, 6, 7, 10, 11, and 12), thus achieving a cyclic entanglement without additional swap operations"; the chip's connectivity and the selected qubits are drawn in Fig. 8. "We run CVaR-VQE with depth and , repeating each experiment five times. We gather 8,192 samples from each trial wavefunction". Appendix B repeats the same protocol at (Fig. 9) and (Fig. 10). "To reduce variance in the experiments, we fix the initial variational parameters to ." Fig. 6's caption states how the five runs are averaged: "Since COBYLA converges after a different number of iterations in each run, we assume that the contribution of each run to the average value after termination of that run is its last reported value."
Data
One instance, printed in full. Appendix B fixes the QUBO's parameters — "We choose , , , and " — and gives the instance itself: "The used return vector and positive semidefinite covariance matrix were generated randomly", with and a whose first row is . There is no market data behind these numbers and the paper does not claim any; the random draw is the provenance. "The corresponding Hamiltonian can be constructed as described e.g. in Sec. 2 and the references mentioned therein." The same and are hard-coded in the released notebook under the comment `# instance from paper`.
Code
The paper's Code Availability section: "A notebook providing the code to run CVaR-VQE is available open source at https://github.com/stefan-woerner/cvar_quantum_optimization/". The repository holds three files — `README.md`, `requirements.txt` and `cvar_quantum_optimization.ipynb` — is described on GitHub as "Supporting material for https://arxiv.org/abs/1907.04769", carries **no licence file**, and its own notebook says it "provides an implementation to reproduce the results published in https://arxiv.org/abs/1907.04769". It is Python in a Jupyter notebook, pinned by `requirements.txt` to `qiskit==0.29.0`, `qiskit-terra==0.18.1`, `qiskit-aer==0.8.2`, `qiskit-optimization==0.2.2` and `qiskit-finance==0.2.0`. **It reproduces the instance, not the experiment.** The notebook builds the same six-asset problem via `PortfolioOptimization(mu, sigma, q, budget)` with `q = 0.5`, `budget = n // 2` and `penalty = 12`, and then departs from the run in three ways. The ansatz is `RealAmplitudes(n, reps=1)`, which in the pinned `qiskit-terra==0.18.1` is "alternating layers of rotations and entanglements" with `entanglement` defaulting to `full`, where Sec. 2's variational form uses controlled- gates and Sec. 6.2 restricts them to the ring of qubits 5, 6, 7, 10, 11 and 12. The starting point is `initial_point = np.random.rand(m)`, one shared random draw for all three , where the run fixes . And the objective is computed from exact probabilities returned by `Aer.get_backend('statevector_simulator')` — with `qasm_simulator` offered as a commented alternative and no hardware backend in the file — where the run drew 8,192 samples per evaluation on the device. It uses `COBYLA(maxiter=100)` and sweeps `alphas = [1.0, 0.25, 0.10]`.
Results
"We see that the smaller the , the earlier the probability of sampling an optimal solution increases. For , the probability stays almost flat and makes little progress" (Sec. 6.2, Fig. 6, , on the IBM Q Poughkeepsie 20-qubit device). The sharper statement is the one about all five repetitions: "For the probability of finding the optimal solution attains the corresponding -level in all 5 experiments, whereas for the probability remains very small." That -level statement is for , and Appendix B is not uniformly favourable: at (Fig. 10) the probability of sampling a ground state at "is not always exceeding as before" though "it reaches that level on average", and at it "does not reach anymore, but plateaus slightly below". The conclusion drawn is a transfer claim, not a new number: "on quantum hardware we observe the same beneficial effect on the speed of convergence that was observed in the noiseless simulation results." **The run in Appendix B is the one that shows why the objective was changed at all**: "for the probability of sampling a ground state first increases to 5% on average, then it drops close to zero, even though the objective function improves. This is an example where improving the objective value does not necessarily imply getting a better overall solution (i.e., binary string), and highlights our motivation of using CVaR as the objective in contrast to the expected value."
- Improving Variational Quantum Optimization using CVaR
CVaR aggregation in Qiskit's SamplingVQE and QAOA
- Improving Variational Quantum Optimization using CVaR
Panagiotis Kl. Barkoutsos, Giacomo Nannicini, Anton Robert, Ivano Tavernelli, Stefan Woerner · 2019
About
The method has a library home that is not the paper's own code. Qiskit's sampling-based variational solvers expose the confidence level as a constructor argument and cite this paper for it: the docstring of `SamplingVQE` says that a float `aggregation` "specifies the parameter for a CVaR expectation value [1]", and its References block gives [1] as "Barkoutsos, P. K., Nannicini, G., Robert, A., Tavernelli, I., and Woerner, S., 'Improving Variational Quantum Optimization using CVaR' arXiv:1907.04769". This entry records the released library, not a study — it is what a reader who wants to run the method from code today actually calls, with the caveat the repository states about itself: the README opens "Qiskit Algorithms is no longer officially supported by IBM", adding "Like any other Apache 2 licensed code, you are free to use it or/and extend it, but please be aware that it is under your own risk."
Methods
`SamplingVQE(sampler, ansatz, optimizer, aggregation=alpha)` replaces the expectation value in the classical loop with the CVaR aggregate; `QAOA` inherits it (`class QAOA(SamplingVQE)`, passing `aggregation` straight through to `super().__init__`), so CVaR-QAOA is the same code path with a problem-derived ansatz. The aggregation itself is `_get_cvar_aggregation` in `diagonal_estimator.py`: it rejects any `alpha` outside , treats `alpha=None` as , short-circuits to the plain weighted mean `sum(probability * value for probability, value in measurements)` when `alpha` is close to , and otherwise sorts the measurements by value, accumulates `value * min(probability, alpha - accumulated_percent)` until the accumulated mass reaches `alpha`, and returns `cvar / alpha`. **Read against Eq. (12), that is the population rather than the paper's sorted-batch estimator** — that comparison is a reading of the loop against the equation, not a claim either source makes. The function consumes `(probability, value)` pairs and clips the last one at the boundary, where Eq. (12) averages the smallest of drawn samples; on equally weighted outcomes with an integer the two coincide, and where the paper takes one whole extra sample while this code takes a fraction of it. `aggregation` also accepts an arbitrary callable over `[(probability, objective_value)]`, of which CVaR is one case.
Data
None found yet.
Code
`qiskit-algorithms` — Python, Apache License 2.0, at https://github.com/qiskit-community/qiskit-algorithms, described there as "A library of quantum algorithms for Qiskit." The three files that carry this method are `qiskit_algorithms/minimum_eigensolvers/sampling_vqe.py` (the `aggregation` argument and the citation), `qiskit_algorithms/minimum_eigensolvers/qaoa.py` (the QAOA subclass) and `qiskit_algorithms/minimum_eigensolvers/diagonal_estimator.py` (`_get_cvar_aggregation`). The repository's own `test_aggregation` in `test/minimum_eigensolvers/test_sampling_vqe.py` declares and loops over it, but passes `aggregation=best_measurement` in both subtests, so the float CVaR path is not exercised there. Read from the `main` branch; this entry does not claim a release version, and the sibling `qiskit-optimization` and `qiskit-finance` packages that the paper's own notebook pins are separate distributions.
Results
None found yet.
- Improving Variational Quantum Optimization using CVaR
CVaR-VQE objective · Qiskit
From the repository — run, not written up from a paper · unsupported
About
Conditional value-at-risk averages only a selected low-energy tail of samples for combinatorial objectives.
Methods
None found yet.
Data
None found yet.
Code
Qiskit
Results
Literature-backed method record; algorithmic scope and evidence boundary reviewed, with no benchmark run claimed.
- CVaR-VQE objective
Conditional value-at-risk averages only a selected low-energy tail of samples for combinatorial objectives.
References
- Improving Variational Quantum Optimization using CVaR
Panagiotis Kl. Barkoutsos, Giacomo Nannicini, Anton Robert, Ivano Tavernelli, Stefan Woerner · 2019
Where the routes meet
11 problems nothing else needs — the places a reader arrives. Open a line to see what is recorded inside it, or click its name to go there.
15 lines have something recorded inside that you have not opened.
Of the routes that have been taken apart, 15 are built entirely from named slots, 15 hand off part of the work and finish the rest themselves, and 20 are one undivided act. None of the three is a defect; they are different things to reuse.
Every line on this figure, in words
The lines on this figure
Solve a nonlinear ODE dy/dt = F(y)
- Embed a nonlinear system into a linear one — opens into 6 · a way across — click it to open it here
- Solve a linear ODE du/dt = A(t)u + b(t) — opens into 9 · a way across — click it to open it here
- Choose a time discretization or propagator approximation → Quantum linear solve — open
- Choose a time discretization or propagator approximation — opens into 6 · a way across — click it to open it here
- Quantum linear solve — opens into 5 · a way across — click it to open it here
- Simulate Hamiltonian evolution → Estimate an observable — open
- Simulate Hamiltonian evolution — opens into 3 · a way across — click it to open it here
- Estimate an observable — opens into 4 · a way across — click it to open it here
Estimate an excited-state energy
- Variational quantum deflation — open · opened: what was inside is drawn in its place
- Choose a parameterised trial state — opens into 13 · a way across — click it to open it here
- Minimise the objective over the parameters — opens into 6 · a way across — click it to open it here
- Estimate an observable — opens into 4 · a way across — click it to open it here
- Subspace-search variational eigensolver — opens into 3 · a way across — click it to open it here
- Quantum subspace expansion
- Quantum equation of motion
- Folded-spectrum variational eigensolver — opens into 3 · a way across — click it to open it here
- Penalty-constrained variational eigensolver — opens into 3 · a way across — click it to open it here
- Multistate contracted variational eigensolver — opens into 3 · a way across — click it to open it here
Every step you can open
1 of these have an object recorded in the middle; the rest open into the methods that fill them.
- Solve a nonlinear ODE dy/dt = F(y)
- Replace a spatial domain with a finite grid
- Discretize a PDE into one linear system
- Embed a nonlinear system into a linear one
- Solve a linear ODE du/dt = A(t)u + b(t)
- Recast a non-Hermitian generator as Hamiltonian evolution
- Choose a time discretization or propagator approximation
- Quantum linear solve
- Matrix function
- QSP phase factors
- Polynomial approximation
- Block-encode a matrix
- Prepare an input state
- Amplify a success branch
- Simulate Hamiltonian evolution
- Estimate an observable
- Compile a circuit to a specific device
- Satisfy the hardware connectivity constraint
- Approximate a continuous rotation in a discrete gate set
- Recover a noiseless expectation value by post-processing
- Build logical qubits at a target logical error rate
- Estimate a Hamiltonian's ground-state energy
- Choose a parameterised trial state
- Minimise the objective over the parameters
- Estimate an excited-state energy
- Measure what the machine can actually do
- Recover the period of a periodic function
- Estimate the eigenphase of a unitary
- Find the item a check accepts
- Walk a graph to the vertex you want
- Search a cost Hamiltonian for the assignment it minimises
What is on this map, counted
What is here, counted
147 nodes — 31 slots and 116 methods.
76 of the 147 link to a record in the Atlas, between them naming 89 records. The rest name papers and nothing else: this graph describes work the catalogue has not got yet, and the nodes with no record are the list of what a corpus pass has to go and read.
0 slots have no method recorded, and 32 methods have not been taken apart. Both are shown as what they are rather than left blank.
Every claim here rests on a source. This graph cites 140 papers; they and the 172 the Atlas cites alone are registered in one place, with what each reports and everywhere it is cited from. Papers