- found this run this morning's report dropped the delta block, so the page shows no delta ratios and contradicts its own run.
rails.py measured both Rule 1 delta rails at the 06:35 run - top-2 name delta 0.666x against a 0.70x amber, total delta notional 0.940x against 1.30x, both clear. The report written from that run has no `delta` key at all. The generator reads `delta` to render those two rows and the per-name delta table, so today's page shows neither, while the same page's gaps list still says top-2 delta 'needs per-leg option deltas, which summary.json does not carry' and is 'unmeasured'. That sentence was true before rails.py started computing deltas and is now false. Two consequences: the page understates what is measured, and the net-cash amber's no-new-delta clause is described as having no verdict when it does. This run carries the delta block verbatim and drops the stale gap line.
- found this run on a weekend the midday slot can only re-read what the open slot already read.
This run's pull is field-for-field identical to the 06:35 run: same 32 contract_ids, same 32 marks, NLV, cash and gross position value equal to the cent, all 13 quotes equal including their last-trade timestamps (1788565824-1788566398, 19:50:24-19:59:58 ET Friday), and the same FROZEN top_status on every one. Nothing in a rail's inputs can change between two runs on a shut market, so the second run's verdicts are determined before it starts. This is the visible cost of the cron having no trading-day guard, already recorded as a gap - it is not just that the check runs on a closed market, it is that it runs twice.
- will happen again the shut-book IV artifact reappeared, as expected.
The GOOGL Dec-28 340P returned option-midpoint-iv annualIv -15.874 with isValid false again - the known closed-book defect, previously seen on 08-23, 08-29, 08-30, 09-03 and this morning. implied_vol's valid 0.35677 was used, as on every prior occurrence. Recorded as confirmation, not as a new fault.