orientation Sheet
Why Refusal Beats Throughput
Current Revision
Rev:
orientation/why-refusal-beats-throughput@1
Published: 2026-04-26 17:55:47
URI:
Initial orientation document explaining refusal as a safety primitive.
# Why Refusal Beats Throughput Layer: Orientation Status: Normative Audience: All readers ## Executive Summary Aqua Chroma systems prefer correct refusal over unsafe continuation. Throughput is valuable only inside invariant space. Once the system cannot prove coherence, continued motion becomes a liability. A stopped system can be inspected, replayed, and restored. A corrupted system becomes unknowable. ## The Central Rule > If the system cannot prove state, it must refuse action. Refusal is not downtime. Refusal is containment. ## Why Throughput Alone Is Dangerous High-throughput systems often optimize for forward motion. This can hide: - drift - stale state - corrupted inputs - inconsistent witnesses - bad merges - operator pressure If throughput continues through uncertainty, the system spreads the fault. ## Refusal Preserves Evidence When the system refuses, it preserves: - the current ledger state - witness disagreement - input artifacts - timing context - operator action history This makes recovery possible. ## Operational Meaning Operators should treat refusal as a safety event, not a failure event. The correct sequence is: 1. halt 2. preserve evidence 3. diagnose 4. replay 5. restore ## Final Principle Throughput moves work. Refusal preserves truth. Truth comes first.
Verification
Manifest: checking…
Bundle:
…Match:
…Tags
No tags