How statement and proof provenance work
The first chip identifies the source of the statement or construction; the second identifies the source of its local proof or verification.
- Literature-sourced: the exact statement appears in a cited source; only wording and notation differ.
- AI-adapted: a semantically identical restatement of literature-sourced material, modulo indexing, notation, and boundary cases adopted by the library.
- AI-generated: a genuinely novel statement formulated by AI, with no source for the claim itself.
These labels describe origin, not correctness: citations and verification chips remain separate evidence.
Promise-preserving reduction composes with a query solver
Statement
For decision tasks, let and be promise problems and let be a promise-preserving total many-one reduction from to in the sense of Promise preserving reduction. For search tasks, let and be source and target search tasks, and suppose a total instance map sends into and a total witness map satisfies In the search case, assume additionally that both and are computable; no time bound is required.
Let be fixed nonnegative integers. Let be a classical or quantum query solver for the target task that makes at most target-oracle calls on every branch and is exact or has bounded error at least on every target-promised instance. Suppose that for every source-promised , its access contract either directly supplies the target oracle selected by at one source query per target invocation or supplies an exact simulation of each target query using at most source queries on every branch. If uses controlled oracle calls, that exact block operation must also be explicitly supplied and its charge included in the same cost bound (Controlled Unitary Access). An inverse call to the standard XOR oracle has the same action as one ordinary query by A total Boolean XOR oracle is unitary and involutive. In the quantum case, exact simulation means equality of the full query action on the query and algorithm workspace registers, with identity on unrelated registers.
Require, in addition, a fixed executable protocol under the source access interface that obtains the target public parameters (including target length), initializes the target solver exactly, and in the search case converts its returned witness to . For the bounds and below, this initialization and output lifting use no source queries outside the target-query replacements. The protocol, including each replacement procedure, depends only on source public data and the available reply or measurement history, not on a freely readable hidden encoding. When the source instance is explicitly supplied as public input, computing and on that input is permitted, with the stated bit and preparation charges. Computability on the full encoding alone grants no extra hidden-input access.
Then the composed source solver has the same per-instance correctness guarantee as . Its worst-case source query cost is at most in the direct-access case and at most in the simulated-access case. Computing the reduction map, preparing the target solver's input, computing the search witness lift, and performing any simulation gates or classical work are charged separately under the declared bit and gate models. In the search case this theorem requires computability but claims no efficiency bound for either map. A promise-preserving map alone does not supply the target query oracle, its simulation, or an implementation of initialization and witness lifting under the source access interface. More generally, if an exact admissible initialization uses at most additional source queries and exact admissible output lifting uses at most on every branch, the same correctness guarantee holds with bounds and , respectively, for fixed nonnegative integers .
Facts & Assumptions
Given: The decision or search tasks and maps in the Statement, a target query solver , and the declared direct-access or exact-simulation condition.
Promise preserving reduction: a decision many-one reduction is total and polynomial-time, maps every source yes-instance into the target yes-set and every source no-instance into the target no-set, and has no obligation outside the source promise.
QA task and promise domain: a decision task requires the correct side on its promise pair, while a search task requires an output witness satisfying its relation on each promised input; neither task imposes correctness off its promise.
Quantum query algorithm: a quantum query algorithm has at most its declared number of target-oracle calls on each measurement branch.
Classical query algorithm: a classical query algorithm may choose each address adaptively from declared public data, earlier replies, and random bits, with no direct access to the hidden instance encoding.
Exact correctness for promise tasks: exact decision/search correctness has probability one on every promised instance under the normalized output law.
Worst-case bounded-error correctness: bounded-error decision/search correctness has probability at least on every promised instance, not on average over inputs.
Quantum query complexity: quantum query cost is the worst-case number of designated calls over promised inputs and branches.
Classical query complexity: classical query cost is the worst-case number of calls over promised inputs and random tapes.
Nonoracle quantum gate cost: elementary gates outside black-box calls are charged in a separate coordinate.
Classical bit-operation cost: Turing transitions, including reduction computation and processing reply bits, are a separate classical bit-cost coordinate.
Input encoding and size for algorithmic tasks: every instance has an injective binary encoding and input size is its encoded length.
Controlled Unitary Access: controlled access is the explicitly granted block operator and is not inferred from an ordinary call.
A total Boolean XOR oracle is unitary and involutive: for every total Boolean function, the coherent XOR oracle is involutive, so .
For each source-promised , direct access exposes the exact target query selected by , or each replacement circuit/procedure implements the same complete target query action and uses at most source queries on every branch.
For a search task, the total maps and are computable as in the Statement, and maps every valid target witness at to a valid source witness at .
The executable source-access protocol in the Statement supplies the exact target initialization and output lifting, and uses no source queries outside query replacements in the / case, or at most initialization and output-lifting queries in the additive variant. All its operations obey the declared public-data and hidden-input access restrictions.
Proof
In the decision case, implies , and implies , by [F1]. Thus every source-promised input is transformed to a target-promised input.
In the search case, implies by the Statement's instance-map hypothesis. Therefore the target solver's correctness guarantee applies to .
On a source-promised input , execute the initialization protocol [A3]. Its target public parameters and initial registers are exactly those for on , so the empty-target-query prefixes agree. No freely readable hidden encoding is used. For an explicitly public source input, the decision reduction terminates by [F1], or the search instance computation terminates by [A2], and its input preparation is charged separately. In the oracle-only case the exact initialization is supplied by [A3] under the actual source interface.
Assume the first target-query actions have produced the same classical history and, in the quantum case, the same state on all query and workspace registers. The between-query operations and their measurement branches are then identical. At the next call, direct access supplies the same action; exact simulation [A1] supplies the same full action. If it is controlled, [F12] fixes its block action and [A1] supplies that variant. If it is an inverse XOR query, [F13] identifies it with the ordinary query already supplied by [A1]. Hence the executions agree through query .
Steps 1.3–1.4 prove agreement after every one of the finite, at most , query calls; any final nonquery operations and output predicate are then the same. Therefore the output laws agree.
By steps 1.1–1.2, the target solver is applied only to promised target instances; by step 2.1 the output law is unchanged. Hence its exact success probability one or bounded-error success probability at least transfers to each source input. In the search case, the exact output-lifting protocol [A3] maps every successful target witness to the source witness required by [A2]; in the decision case, the output bit remains the correct side.
On any branch with target calls, direct access uses source calls for those calls, and exact simulation uses at most . In the zero-extra-query case [A3], these are all source oracle calls. In the additive variant, initialization and lifting add at most , giving or . Taking the worst case over promised inputs and branches yields each bound, including or ; for an empty source promise the cost is zero under [F7]–[F8].
Step 3.2 counts every source oracle invocation, including any used to obtain initialization data or lift a witness. Classical work on legitimately available binary data [F11], preparation and state transformations, simulation gates, reply processing and output writing retain the separate coordinates in [F9]–[F10]. Paying a bit or gate charge does not grant a read of a hidden encoding; access must satisfy [A3]. Thus neither a reduction map alone nor separate nonquery cost accounting certifies an uncharged target oracle or hidden-input computation.
Depends on
- QA task and promise domain
- Input encoding and size for algorithmic tasks
- Promise preserving reduction
- Quantum query algorithm
- Classical query algorithm
- Exact correctness for promise tasks
- Worst-case bounded-error correctness
- Quantum query complexity
- Classical query complexity
- Nonoracle quantum gate cost
- Classical bit-operation cost
- Controlled Unitary Access
- A total Boolean XOR oracle is unitary and involutive
Used by
Nothing in the library uses this result yet.
Dependency tree · two levels
37 results within two dependency steps of this one, each drawn at its shortest distance from it. An arrow runs from a result to what uses it, so the chart reads left to right and ends at this result, which carries a heavier outline. Every node is a link to that result. Click elsewhere on the chart to enlarge it.
Sources
- Ronald de Wolf, Quantum Computing: Lecture Notes (standard reference, not scraped)
- Andrew M. Childs, Lecture Notes on Quantum Algorithms (standard reference, not scraped)
- John Preskill, Quantum Information, Chapter 6: Quantum Algorithms (standard reference, not scraped)