Repository navigation
Preserve retained paper budgets across startup and recovery - #1105
seathatflowsinourveins wants to merge 4 commits into
Conversation
|
Parked at 72d4a41 (2026-10-14 17:05Z). The co-op is recording the command center's ruling. That ruling applied its 15:15Z rule for this PR: one last round, and any P1 after it parks the PR. Why it is parked. A local review of this head found an order-safety P1 in the last-round delta, and reproduced it.
The same review also found a P2. What happens now.
Re-opening needs a NEW, re-scoped PR, built from a design note. The note must state the lock order: take the reservation time after acquiring the shared write lock, and check the clock against committed rows under that same lock. The new PR needs:
|
Scope
Keep the retained root request window authoritative before startup HTTP and
through trading/recovery, including a startup observer created before another
invocation first adopts the root. An exhausted200-request root admits zero
GETs from that observer. Recovery also imports sibling request history without
reading or comparing another account's frozen request-cap identity.
59899aaf32535032fadc4e208d36e7811195e691(Separate extended-hours paper startup readiness from order freshness #1097).lane:trading.This last correction synchronizes every startup callback, first adoption and
replay through the existing native flock pattern. Genuinely unbound default
broker attempts retain a conservative60-second adoption hold in a coordination
marker, so in-flight or not-yet-replayed sends cannot disappear at first binding.
No request/trading journal or trial is bootstrapped for that default path; its
data-GET policy remains unchanged. A contending startup or premature adoption
refuses before HTTP, with no automatic retry.
Sibling journals contribute only retained request/import rows and source binding,
under the existing destination-to-source transaction order. Their risk envelope
is never selected, adopted, compared or changed. The root envelope and current
invocation's exact cap govern startup separately. The two-account regression
retains distinct valid caps and a partially filled owned order, then reaches
startup, replay, cancellation and flatten with both frozen limits unchanged.
Earlier corrections remain:180 failed+12 current startup reservations leave
eight slots; import/reopen/retry does not duplicate rows; linked lane-B recovery
follows cap-only source changes without changing frozen trading/risk limits;
handoff snapshot clocks are captured after the source lock; exporter/dashboard
observe the enforcing source instead of a stale audit mirror.
SOTA sources
Evidence-class table
Local commands run
Module runs use pinned runtime Python with
-B, idle CPU scope andTMPDIR=/var/tmp. All identities, HTTP, order ports and databases are fixtures;telemetry uses loopback only. Exact argv, actual exits, hashes and retained
failed controls are recorded in the sealed correction receipt.
Both final P1 tests fail before production edits and again using exact reviewed
937fd8f runner/safety source: one assertion failure with six GETs and one
persisted_risk_limits_differ error before owned recovery. The fixed core55 passes,
then the final replay-lock variant is covered separately on the final test bytes.
The first53-test development run retained two failures reflecting the new
pre-send validation point and coordination-only artifact; the tests now assert
missing-source refusal at the callback and absence of every request/trading
journal and trial on the unbound refusal path.
Earlier failed controls remain retained: six/twelve sequential startup sends
at4cd05154, three local recovery/snapshot/telemetry fail-before cases, the
replay-fixture clock correction, the eager disabled-stub limits correction,
and the unchanged two-second native synthetic runner scheduling failure also
reproduced on exact previous production. No order-contract, promotion gate,
native fixture, clock guard or timeout was relaxed to obtain a pass.
Decision record
docs/decisions/2026-10-14-paper-readiness-budget-handoff.mdrecords the ordering,native lock/source provenance, conservative adoption refusal, sibling-history
boundary, earlier corrections and evidence/qualification limits.
Host evidence
No host acceptance claim or operating deployment. Previously sealed series,
configs and units keep their old pins until explicit successor records.
Checklist
Follow-ups