2 Commits

Author	SHA1	Message	Date
root	b1836d91c2	refactor(core): IV-RV adattivo distinct-days policy + backfill Deribit ... Sblocca il warmup hard del gate IV-RV adattivo (~21 giorni residui) permettendo di mischiare cadenze diverse (tick live 15min + backfill giornaliero) senza assumere il fattore costante 96 tick/giorno. API change (no backwards-compat shims): * compute_adaptive_threshold(history, *, n_days, percentile, absolute_floor): rimossi `min_days`/`target_days`. La selezione finestra (target_days/min_days/intera storia) si sposta al caller. Warmup hard quando `n_days == 0`. * repository: rimosso `iv_rv_history`; aggiunti `count_iv_rv_distinct_days` (COUNT DISTINCT substr(ts,1,10)) e `iv_rv_values_for_window`. * EntryContext aggiunge `iv_rv_n_days: int = 0`. entry_cycle calcola n_days, sceglie window_days e popola il context. Audit `iv_rv_n_days` reale (non più len/96). * GUI Calibrazione: counter giorni distinti tramite set di date. * Spec aggiornata con errata 2026-05-10 e nuova warmup table. Backfill (scripts/backfill_iv_rv.py, stdlib-only): * Fetch DVOL daily + ETH/BTC-PERPETUAL closes da Deribit public REST. * Calcolo RV30d annualizzato (stdev log-return × √365 × 100). * INSERT OR REPLACE in market_snapshots con timestamp 12:00 UTC e fetch_errors_json='{"backfill":true}' per distinzione audit. * Compute layer testato (9 test): RV su prezzi costanti/monotoni/ alternati, build_records con cutoff e missing data. Verifica live post-deploy (10 mag 2026 08:50 UTC): * ETH: n_days=46, P25=2.21 vol pt, IV-RV=10.05 → gate PASS * BTC: n_days=46, P25=5.69 vol pt, IV-RV=8.60 → gate PASS 509 test passati (500 esistenti + 9 backfill), ruff pulito. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-05-10 08:52:05 +00:00
Adriano	263470786d	Phase 2: persistence + safety controls ... Aggiunge la persistenza SQLite, l'audit log a hash chain, il kill switch coordinato e i CLI di gestione documentati in docs/05-data-model.md e docs/07-risk-controls.md. 197 test pass, 1 skipped (sqlite3 CLI mancante), copertura totale 97%. State (`state/`): - 0001_init.sql con positions, instructions, decisions, dvol_history, manual_actions, system_state. - db.py: connect con WAL + foreign_keys + transaction ctx, runner forward-only basato su PRAGMA user_version. - models.py: record Pydantic, Decimal preservato come TEXT. - repository.py: CRUD typed con singola connessione passata, cache aware, posizioni concorrenti. Safety (`safety/`): - audit_log.py: AuditLog append-only con SHA-256 chain e fsync, verify_chain riconosce ogni manomissione (payload, prev_hash, hash, JSON, separatori). - kill_switch.py: arm/disarm transazionali, idempotenti, accoppiati all'audit chain. Config (`config/loader.py` + `strategy.yaml`): - Loader YAML con deep-merge di strategy.local.yaml. - Verifica config_hash SHA-256 (riga config_hash esclusa). - File golden strategy.yaml + esempio override. Scripts: - dead_man.sh: watchdog shell indipendente da Python. - backup.py: VACUUM INTO orario con retention 30 giorni. CLI: - audit verify (exit 2 su tampering). - kill-switch arm/disarm/status su SQLite reale. - state inspect con tabella posizioni aperte. - config hash, config validate. Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>	2026-04-27 13:35:35 +02:00