9ca57e591b
Run 2a hit its first two violations at cycle 10 and BOTH trace to my harness, not the product. Recorded in full because a check that fails for the wrong reason is as corrosive as one that passes for the wrong reason. HARD-RESET VM returned=True canaries_intact=False I7 want=C10-C010-A-194530 got=C10-C009-A-192929 restore_ok=True Root cause, evidenced: the cc_proof table's highest row is C10-C009-A — there is NO C010-A row at all, so the seed never landed. The hard-reset atom ran earlier in the same cycle and left rallly Exited(255); atom_restore_verify called seed() and never checked its return value, so an unwritten generation became a fake stale
462 B
462 B
| 1 | 1 | 2026-08-01T15:19:24Z | rallly | tier1 | 41.5 | True |
|---|---|---|---|---|---|---|
| 2 | 2 | 2026-08-01T15:37:51Z | rallly | tier1 | 41.8 | True |
| 3 | 3 | 2026-08-01T15:56:52Z | rallly | tier1 | 29.4 | True |
| 4 | 4 | 2026-08-01T16:05:30Z | rallly | tier1 | 41.2 | True |
| 5 | 5 | 2026-08-01T16:20:14Z | rallly | tier1 | 43.7 | True |
| 6 | 6 | 2026-08-01T16:26:50Z | rallly | tier1 | 41.9 | True |
| 7 | 7 | 2026-08-01T16:46:32Z | rallly | tier1 | 33.4 | True |
| 8 | 8 | 2026-08-01T17:01:12Z | rallly | tier1 | 46.6 | True |
| 9 | 9 | 2026-08-01T17:31:11Z | rallly | tier1 | 41.1 | True |
| 10 | 10 | 2026-08-01T17:47:12Z | rallly | tier1 | 41.0 | False |