--- id: ops-foundation name: the ops module's substrate — the token layer, the namespace binding, and the fanout registry status: pending depends_on: [] scope: moderate risk: medium impact: component level: implementation tags: [wave-7, ops, tokens, fanout, namespaces] --- ## Description The `ops` feature's state substrate in `src/ops.rs` (currently the ADR-001 stub doc comment) — everything the five op handlers ride, and none of the handlers themselves (they land in the following tasks). The module is a **store-facade consumer** (ADR-001 §4): its store access is the public facade plus the crate-internal renewal seam named below — no backend side-door, no engine types. - **Module structure + the ops context**: the feature-gated module shape (`#[cfg(feature = "ops")]`, re-exported from `lib.rs` per the one-module-per-file convention); the ops-layer context type binding the `Arc`, the module's state (the token registry, the namespace bindings, the fanout registry), and the module config. This context is what the handler pairs (later tasks) capture. - **The pin-token layer** (ADR-010 §4; ADR-012 §2): opaque token minting over a landed put's pin; the **token↔(key, owner) in-memory mapping with process lifetime** (outlives the minting handler — ADR-012 §2's correction of the original handler-lifetime wording); the **validity domain is the minting node** — the registry is per-process state, there is no cross-node form, and fleet peers refuse tokens they did not mint (`present: false`, not an error). Named design points: **the token's minting form** (a CSPRNG id — e.g. `getrandom` gated behind `ops`; a counter or derivable form is rejected as a guessable capability — decide and record), and **the mapping's retention discipline** (when a mapping retires: conversion-confirmed or process end; the mapping carries no expiry machinery of its own — the pin row's expiry is the fleet liveness signal, and nothing expires non-fleet). - **The guard-custody design** (the fleet/non-fleet split ADR-010 §4 pins): under fleet, the put handler's `Pin` guard **drops at response completion** — the pin row's expiry is the only protection from that moment, which is exactly why the TTL/3 renewal duty exists (a guard held for the token's whole life would make the TTL machinery dead code on the ops path); under non-fleet, the token registry **holds the guard** — the token is the in-process guard's handle (ADR-012 §2's generalization: sqlite, single-instance postgres, pg-lo, `local`, `mem` — nothing expires outside fleet mode) until the embedder's registration confirms and the guard converts. The custody split is the token layer's core branch. - **The namespace→liveness-source binding** (ops-surface.md §Op family, hand-over contract step 3): the embedder's converter seam — per-namespace registration of the converter the embedder plugs its registry into ("A `Pin` conversion on the server side (token → registered liveness source) is the mechanism the embedder plugs its registry into"). The conversion rides the crate-internal `RegistryCore::convert` machinery (wave 2). Named design point: ** the conversion trigger** (an embedder-called confirm verb vs a probe-triggered conversion — decide and record; the hand-over contract's duty text is the embedder's, the mechanism is this module's). - **The crate-internal store-core renewal access** (ADR-010 §4: "the ops module is in-crate and crosses the seam by construction, the same way the put handler holds the `Pin` guard"): the renewal probe's access to `pin_renew(key, owner)` and `pin_check(key)` through the fleet host — the `pin_check` deliberately-unconsumed note from the wave-6 review (W6-3) names this consumer. The exact probe composition (verify-the-mapping-then-renew vs renew-answers-the-verification) is a named design point against ADR-012 §2's three-step handler duty. What never happens: a * consumer* reaching the seam, or a public-API widening for this. - **The fanout registry** (ops-surface.md's fetch fanout seam; POC #3 finding A3): per-digest broadcast state — one reader, store arm + subscriber arms; bounded subscriber channels (the backpressure discipline: a slow subscriber stalls the broadcast, which is correct for a put — subscriber count bounded, slow-subscriber handling is policy); the **late-joiner signal** (broadcast ended → the degrade-to-verified-get path); the **drop-and-late-join** slow-subscriber policy as ops-layer policy. The producer wiring lands with `ops-put`, the consumer wiring with `ops-fetch`; the registry's mechanics land here, unit-tested standalone. - **The renewal-cadence boundary** (ADR-013 §1): the module ships the renewal *mechanism* (the have form's handler); the TTL/3 *cadence* — the putter's renewal worker — is embedder composition above the facade (scheduler/queues), never in-crate machinery. Documented on the module, not implemented. - **Dependency posture**: `serde`/`serde_json` (payload handling) and the token CSPRNG enter as `ops`-gated dependencies — the base crate stays lean (convention 8; ADR-013 §4's engine table unchanged — `ops` pulls alkcall plus these, default-off). - **Unit tests**: token mint/lookup/retirement and the mapping's process-lifetime semantics; the custody split (the fleet and non-fleet forms branch as designed); the namespace binding's converter invocation; the fanout registry's subscribe / late-joiner-degrade / slow-subscriber-drop mechanics. ## Acceptance Criteria - [ ] `src/ops.rs` carries the module structure under feature `ops`: the ops context, the token layer, the namespace binding, the fanout registry — no op handlers yet (they land in ops-json-ops/ops-fetch/ops-put) - [ ] The token layer: opaque, unguessable minting (the CSPRNG design point decided and recorded); the token↔(key, owner) mapping with process lifetime; validity domain = the minting node (a per-process registry; no cross-node form exists) - [ ] The guard-custody design decided and recorded: fleet — the guard drops at response completion (the row's expiry is the liveness signal); non-fleet — the registry holds the guard (nothing expires) until conversion - [ ] The namespace→liveness-source binding: per-namespace converter registration riding `RegistryCore::convert`; the conversion trigger design decided and recorded - [ ] The crate-internal renewal access: the ops module reaches `pin_renew`/`pin_check` through the fleet host (in-crate seam crossing; no public-API widening; no backend side-door) - [ ] The fanout registry: per-digest broadcast, bounded subscriber channels, the late-joiner degrade signal, the drop-and-late-join policy point recorded - [ ] New dependencies (`serde`, `serde_json`, the CSPRNG) are `ops`-gated; the default build's dependency tree is unchanged - [ ] Unit tests green; `cargo test` (default) green with the module compiled out; `cargo test --features ops` green; `cargo clippy --all-targets -- -D warnings` and `cargo fmt --check` green on both shapes; `cargo doc --no-deps` clean ## References - docs/architecture/ops-surface.md (§Op family — the hand-over contract; §ACL mapping; §Store-facing relationship) - docs/architecture/decisions/001-substrate-posture-and-ops-placement.md §3/§4 (placement; the facade-consumer rule) - docs/architecture/decisions/010-backend-io-seams-and-fleet-state-home.md §4 (the token contract: minting, custody, validity domain, the in-crate seam crossing) - docs/architecture/decisions/012-pre-decomposition-consistency-rulings.md §2 (the wire shapes: {token, digest}; the have renewal form; the validity domain; the non-fleet generalization) - docs/architecture/decisions/013-family-composition-reactive-boundary-and-feature-graph.md §1 (the renewal cadence is embedder composition), §4 (the feature graph) - docs/research/poc-largeblob-findings.md finding A3 (the fanout seam shape) - src/ops.rs (the ADR-001 stub this task fills) - src/gc.rs (`EngineFleetState::pin_renew`/`pin_check` — the seam the renewal access crosses; `RegistryCore::convert`) - src/store.rs (`Store::gc()` — the crate-internal access path) - tasks/review-wave-6.md (W6-3: `pin_check` deliberately unconsumed — this wave's renewal probe is the named consumer) ## Notes > To be filled by implementation agent ## Summary > To be filled on completion