qCompute — Backend Metadata Profiles
File: qc_BackendProfiles.md
Layer: RTT‑Inside Compute Harness
Status: Canonical (2026)
This document defines the deep metadata profiles for all qCompute backends.
Backends are structural abstractions, not hardware interfaces.
They define legality, drift envelopes, tier support, and routing behavior.
qCompute computes structure, not amplitudes.
1. Metadata Schema#
Each backend profile follows this schema:
backend_id: "<string>"
display_name: "<string>"
tier_support:
- r1 | r2 | r3
environment_legal:
- sandbox | production
drift_envelope:
predicted: "<low|medium|high>"
measured: "<low|medium|high>"
max_accumulated: <float>
frame_behavior:
reuse: true|false
always_new: true|false
transition_behavior:
sandbox_to_production: "allowed" | "token-required" | "forbidden"
production_to_archive: "allowed" | "token-required" | "forbidden"
routing_constraints:
tier_binding: "<r1|r2|r3>"
environment_required: "<sandbox|production>"
token_required: true|false
notes: "<freeform>"
All fields are required.
2. Backend Profiles#
2.1 local-sim#
backend_id: "local-sim"
display_name: "Local Structural Simulator"
tier_support:
- r1
environment_legal:
- sandbox
- production
drift_envelope:
predicted: "low"
measured: "low"
max_accumulated: 1.0
frame_behavior:
reuse: true
always_new: false
transition_behavior:
sandbox_to_production: "allowed"
production_to_archive: "forbidden"
routing_constraints:
tier_binding: "r1"
environment_required: "sandbox-or-production"
token_required: false
notes: "Used for primitive operators. Stable, low drift, frame reuse preferred."
2.2 hybrid-sim#
backend_id: "hybrid-sim"
display_name: "Hybrid Structural Simulator"
tier_support:
- r1
- r2
environment_legal:
- sandbox
- production
drift_envelope:
predicted: "medium"
measured: "medium"
max_accumulated: 3.0
frame_behavior:
reuse: true
always_new: false
transition_behavior:
sandbox_to_production: "allowed"
production_to_archive: "forbidden"
routing_constraints:
tier_binding: "r2"
environment_required: "sandbox-or-production"
token_required: false
notes: "Used for composite operators. Medium drift. May reuse or open new frame depending on tier escalation or drift overflow."
2.3 hardware-qpu-2#
backend_id: "hardware-qpu-2"
display_name: "Hardware Pulse Tier (Structural)"
tier_support:
- r3
environment_legal:
- production
drift_envelope:
predicted: "high"
measured: "high"
max_accumulated: 0.5
frame_behavior:
reuse: false
always_new: true
transition_behavior:
sandbox_to_production: "token-required"
production_to_archive: "token-required"
routing_constraints:
tier_binding: "r3"
environment_required: "production"
token_required: true
notes: "Used for pulse operators. High drift. Always opens new frame. Token-gated. Forbidden in sandbox and archive."
3. Cross‑Backend Comparison#
| Property | local-sim | hybrid-sim | hardware-qpu-2 |
|---|---|---|---|
| Tier Support | r1 | r1, r2 | r3 |
| Drift | low | medium | high |
| Frame Reuse | yes | yes | no |
| Always New Frame | no | no | yes |
| Sandbox Legal | yes | yes | no |
| Production Legal | yes | yes | yes |
| Token Required | no | no | yes |
| Max Drift | 1.0 | 3.0 | 0.5 |
4. Routing Integration#
Router uses backend profiles to determine:
- backend legality
- tier binding
- environment legality
- token requirements
- frame reuse vs. new frame
- drift overflow thresholds
Routing reasons include:
"tier-escalation""tier-binding""environment-requirement""token-required""drift-overflow""measurement""meta"
5. Capture Metadata#
Each operator includes backend metadata:
routing:
backend: "<backend-id>"
reason: "<routing-reason>"
frame_action: "reuse" | "new"
Each frame includes backend summary:
frame_backend:
id: "<backend-id>"
drift_profile: "<low|medium|high>"
tier_support: [...]
All fields are required.
6. Replay Verification#
Replay verifies:
- backend legality
- tier binding
- environment legality
- drift envelope
- frame boundaries
- transition correctness
- token requirements
- hash chain integrity
Replay is deterministic and read‑only.
7. Invariants#
- r1 → local-sim
- r2 → hybrid-sim
- r3 → hardware-qpu-2
- hardware-qpu-2 requires production
- hardware-qpu-2 requires token
- drift must not exceed envelope
- frame behavior must match backend profile
- archive forbids all backends
8. Summary#
Backend Profiles define:
- identity
- tier support
- drift envelopes
- environment legality
- frame behavior
- transition behavior
- routing constraints
They are the deep structural metadata layer of qCompute.