Designed
Architecture or engineering intent
A defined design basis or implementation plan that has not yet been physically realised.
Research integrity · The Advay evidence standard
Quantum hardware is a field where confident language runs ahead of measured reality more often than it should. Advay publishes to one standard instead: a statement is only as strong as the evidence class attached to it, and the class is always stated.
The single rule
A simulation is not a measurement, and a target is not an achieved result.Everything else on this page is a consequence of that sentence.Evidence classes
These labels appear in public copy, technical notes and platform reports. They are the vocabulary a reader needs to know how much weight a given statement can carry.
Designed
A defined design basis or implementation plan that has not yet been physically realised.
Simulated
A result produced by specified software, assumptions, parameters and numerical methods.
Projected
An estimate derived from stated assumptions, reference profiles or scaling models.
Fabricated
A device, test structure, package or related component exists, without implying successful operation.
Measured
Data was collected from a physical setup with configuration, method, uncertainty and limitations recorded.
Independently reviewed
A qualified external party reviewed the defined artefact, method or evidence within an explicit scope.
Claim lifecycle
A claim does not move up an evidence class because confidence has grown. It moves because a specific artefact — a simulation record, a fabrication record, a cooldown log, a measurement report — now exists to support it.
01
State the engineering question, the decision it informs and the evidence class that would be sufficient to answer it.
02
Record the architecture assumptions, constraints and acceptance criteria the claim will be tested against.
03
Compute under a declared model, with software version, parameters, numerical method and known model limits recorded.
04
Extrapolate only where the assumptions and reference profile are stated, and label the result as a projection.
05
Note that a physical artefact exists — without implying that it has been operated successfully.
06
Collect data on identified hardware with configuration, method, repeat count, uncertainty and limitations recorded.
07
Compare measured behaviour with the prediction, record the delta, and update the model before the claim is reused.
08
Publish with the evidence class attached. A claim without its class and configuration is not published at all.
Disclosure standard
If a result cannot be accompanied by the items below, it is not ready to be published — internally or externally.
Claim boundary
A public claims register governs the wording used on this website, in reports and in technical communication. These are the boundaries it enforces.
No coherence, fidelity, gate-speed, error-rate or yield figure is published for SQPU256 or any Advay device until it has been measured on identified hardware and reported with its configuration and uncertainty.
SQPU256 is described as a 256-qubit target architecture. It is never described as 256 working, high-fidelity or logical qubits.
A Tvarit result is never described as having run on SQPU256 or another Advay QPU unless the report identifies a measured hardware backend and records the test configuration.
Layout or mask data is described as prepared for review or under review. Terms such as foundry-approved or tape-out ready are used only after formal written sign-off.
Organisations are named, and logos used, only with written permission and a defined scope. Advay does not claim approval, endorsement, certification or selection it cannot document.
A simulated or projected result is never presented, summarised or visualised in a way that implies it came from a physical measurement.