# v0.105.1: Runtime conformance and recovery qualification

> **Status:** Planned
> **Scope:** Large
> **User promise:** *"Supported contracts behave correctly under failure and replay."*
> **Blocked by:** [v0.105.0](v0.105.0.md)
> **Series:** [v0.105.x](v0.105.x.md)

## Theme

Qualify the runtime behavior behind the frozen Graph V1, Delta V1, DVM, CDC,
and recovery contracts. Use real PostgreSQL execution and the packaged
candidate.

## Work

- Run the Graph V1 and Delta V1 suites through public SQL without private
  catalog or change-buffer access.
- Cover graph rollback, replay, invalidation, slow consumers, schema changes,
  permissions, restore, clone, and upgrade behavior.
- Run the exact DVM schema and multiset oracle across supported refresh paths.
- Run the WAL receipt fault matrix across persistence, acknowledgement, retry,
  restart, and multi-source failure boundaries.
- Verify that `full_policy = 'ERROR'` rejects every whole-query FULL transition.
- Verify that exceptional exits clear graph, consumer, frontier, and
  transaction-local state.
- Fix only release blockers and record each fix in candidate-bound evidence.

## Exit criteria

- [ ] Graph V1 and Delta V1 conformance passes against the packaged candidate.
- [ ] Recovery tests account for committed changes after failures and retries.
- [ ] Exact result, schema, multiplicity, and effective-strategy checks pass.
- [ ] No supported path silently bypasses its declared refresh policy.
- [ ] Ownership, permissions, rollback, restore, clone, and upgrade checks
      pass for the frozen contracts.
- [ ] No 72-hour soak or longevity run is required by this release.

## Scope control

Do not widen SQL admission or add public APIs. Preserve the correctness-
preserving FULL fallback when the differential path lacks proof.