research(vrp): il f del credito netto e' 0.73 sulle quote reali, non 1.0

Prima integrazione della catena opzioni Deribit mainnet accumulata da
cerbero-bite (/opt/docker/cerbero-bite, dal 2026-06-09: entrambe le ali,
1g-3mesi, oraria, con book_depth). E' l'unica fonte di prezzi opzioni VERI
del progetto, e non e' ricostruibile a posteriori: Deribit non serve book
storici, un'ora non raccolta e' persa.

VRP01 prezza entrambe le gambe con BS su DVOL ATM (VRP_CFG f=1.0 sul credito
NETTO). Misurato agli STESSI strike su 8/8 scadenze settimanali con entrambe
le gambe quotate (delta -0.270/-0.099 contro target -0.280/-0.100):

  f gamba corta   1.02   <- replica la calibrazione del 20/06
  f gamba lunga   2.30   <- l'ala che si COMPRA
  f credito NETTO 0.73   IC95% [0.698, 0.780], 0/15 osservazioni >= 1.0

Meccanismo, non rumore: IV(corta)-DVOL +0.8pp ma IV(lunga)-DVOL +7.5pp -> il
modello prezza a vol ATM anche l'ala comprata. Il difetto non e' nel premio
incassato ma nella protezione comprata, cioe' proprio il "defined-risk" per
cui v2 fu promosso.

Conseguenza standalone (solo f): 1.00 -> FULL 1.08 / HOLD +0.58; 0.80 -> 0.51
/ -0.02; 0.73 -> 0.31 / -0.23. Book 5-sleeve: FULL -0.069, HOLD -0.103, DD
invariato = dentro la banda d'ancora, ma ~meta' del contributo LOO di VRP01
era il prezzo che il modello si faceva da solo.

VRP_CFG["f"] NON cambiato: 15 osservazioni, 7 settimane, e 0/8 passano il
gate IV-rank>0.30 -> il f e' misurato nel regime in cui il sleeve sta FLAT.
Caveat quantificato, non nuovo parametro. Il criterio del 19/06 (rivalutare
quando cerbero-bite cattura un crash) e' intatto.

Book, pesi, cron, config INVARIATI.

Regole nuove congelate nei test:
- il f di una struttura multi-gamba non e' il f di una sua gamba (misurare la
  sola gamba venduta da' la risposta sbagliata con segno rassicurante);
- un guasto IN CORSO si misura al GIORNO PEGGIORE, non in media (la prima
  stesura della certificazione diluiva un guasto di 2 giorni da 51.7% a 13.5%);
- una riga presente non e' un dato presente.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

CLAUDE.md

@@ -151,6 +151,33 @@ Prima ondata di ricerca onesta su BTC/ETH certificati (5 track, harness condivis
   nuova regola: riprezzare term-structure-consistent prima di credere a un gate vol su strutture
   BS-flat. Book/pesi INVARIATI. Diario `2026-07-03-vrp-improve-dd.md`; script `scripts/research/r0703_vrpimp_*.py` (7 file).
   Diario `2026-06-20-financeold-analysis-vrp-v2.md`.
+  ⚠️ **f MISURATO SULLE QUOTE REALI = 0.73, NON 1.0 (2026-07-30) — i numeri di ammissione vanno
+  citati col f.** Primo confronto del prezzatore del sleeve con la catena Deribit mainnet vera
+  (`scripts/research/r0730_vrp_real_quotes.py`, dati cerbero-bite). Su 8/8 scadenze settimanali con
+  ENTRAMBE le gambe quotate (delta realizzati −0.270/−0.099 contro target −0.280/−0.100), agli
+  STESSI strike: **f del credito NETTO 0.73** (IC95% bootstrap [0.698, 0.780], **0/15 osservazioni
+  ≥1.0**; 0.80 a mid). **Meccanismo, non rumore:** IV(corta)−DVOL **+0.8pp** ma IV(lunga)−DVOL
+  **+7.5pp** → il modello prezza a vol ATM anche l'ala che si COMPRA, che costa **~2.3× il modello**
+  → il credito netto si comprime del 27%. **Il difetto non è nel premio incassato ma nella
+  protezione comprata**, cioè proprio il "(a) defined-risk" per cui v2 fu promosso.
+  **Conseguenza standalone (solo f cambiato):** f=1.00 → FULL 1.08 / HOLD **+0.58**; f=0.80 → 0.51 /
+  **−0.02**; f=0.73 → 0.31 / **−0.23**. **Book 5-sleeve** (VRP01 12%, ancore canoniche): FULL
+  2.215→2.146 (Δ−0.069), HOLD 2.347→2.244 (Δ−0.103), DD invariato → **dentro la banda d'ancora**,
+  ma il LOO del 26/07 dava a VRP01 +0.122 di FULL: **~metà era il prezzo che il modello si faceva da
+  solo** (l'audit d'ancora corregge la fortuna di calendario, non l'ottimismo di prezzo).
+  ⚠️ **La calibrazione del 20/06 NON è contraddetta, è replicata:** misurava la **sola gamba corta**
+  (qui 1.02, implementazione indipendente). **REGOLA: il f di una struttura multi-gamba non è il f
+  di una sua gamba — misurare la sola gamba venduta dà la risposta sbagliata con segno
+  rassicurante.** Congelata in `tests/test_cb_chain_vrp.py`.
+  **`VRP_CFG["f"]` NON cambiato** (15 osservazioni, 7 settimane, e per giunta **0/8 settimane
+  passano il gate IV-rank>0.30**: il f è misurato nel regime in cui il sleeve sta FLAT, DVOL max
+  raccolto al 24°/28° pctl della storia) → **caveat quantificato, non nuovo parametro**; il criterio
+  del 19/06 ("rivalutare quando cerbero-bite cattura un crash") è **intatto**.
+  ⚠️ **Il DD 12% è un DD di CHIUSURE settimanali:** con le standing quotes (~164 riquotazioni/trade)
+  il peggior mark INFRA-settimana è mediana −6.9% / minimo **−81.7%** del capitale su un trade finito
+  in utile, e il 50%-profit-take sarebbe scattato in **13/15** settimane. Stessa classe della lente
+  wick accoppiata (25/07): *un rischio valutato sul minimo non si misura sulle chiusure*.
+  Diario `2026-07-30-vrp-quote-reali.md`.
 - **Universo Hyperliquid: ESPANDERLO NON aiuta XS01** (provato): 52-asset / top-liquidità dinamico /
   trend-multi-asset → tutti peggiori (small-cap/memecoin diluiscono il momentum relativo; il trend
   multi-asset è ridondante con TP01, corr 0.74). I margini su XS sono nella STRUTTURA DEL SEGNALE
@@ -738,6 +765,17 @@ Prima ondata di ricerca onesta su BTC/ETH certificati (5 track, harness condivis
   difetto che stavo correggendo, scritto meglio. **Cron spostato `0 * * * *` → `7 * * * *`**
   (ipotesi contesa al minuto tondo): ripiego da **UNA** osservazione, costo zero, **dichiarato tale
   in testa a `cron_book.sh`** perche' la riga di crontab vive fuori dal repo.
+  ✅ **SEGUITO 2026-07-30 — il MECCANISMO ipotizzato e poi rimosso e' ora MISURATO; il "perche'
+  adesso" NO.** Analizzando `/opt/docker/cerbero-bite` (stessa VPS, stesso IP pubblico): il suo
+  collettore full-chain gira **al minuto :00** e produce **12.186 risposte 429** in 26 ore, di cui
+  **11.700 (96%) nel minuto :00** — ~770 chiamate ticker + ~770 orderbook in ~26s da un IP solo,
+  senza backoff → **si auto-satura** il rate limit Deribit per-IP (ticker: 5.738 respinte su
+  20.029). Co-timing **esatto** con l'incidente: le sue quote passano da ~0.4% a ~50% vuote alle
+  **05:00 del 29/07** e non sono ancora rientrate. ⚠️ **Ma la stessa disciplina vale due volte: il
+  carico di bite e' INVARIATO da settimane** (6.100-6.400 righe BTC/giorno prima e dopo, immagine
+  ferma al 09/06) e i log MCP non precedono il riavvio → le 429 spiegano **come** si perdono le
+  chiamate, **non perche' proprio quel giorno**. La causa del cambiamento resta ignota. Nessuna
+  azione: `cron_book` e' gia' a `:07`, fuori dalla finestra di ~26s. Diario `2026-07-30-vrp-quote-reali.md`.
   **REGOLE:** (a) **una nota di diagnosi cablata e' peggio di nessuna nota** — nessuna manda a
   guardare i dati, una sbagliata manda sulla pista sbagliata e sembra una misura; (b) se un errore
   si ingoia per non bloccare, **si registra nel punto in cui lo si ingoia** (non c'e' un secondo
@@ -1629,6 +1667,29 @@ df = load_data("BTC", "1h")   # OK. load_data("SOL", ...) -> FileNotFoundError (
   < 365g reali (es. **AXS 83% sintetico → fuori**), (3) gata i gap vol=0 interni. Universo certificato
   = **51** (era 52). I **19 major di XS01 hanno 0 backfill → invariati** (strategia live non toccata).
   Verificato direttamente su cerbero MCP. Diario `2026-06-20-cerbero-backfill-fix.md`.
+- **CATENA OPZIONI REALE (cerbero-bite mainnet) — integrata e certificata 2026-07-30.**
+  `/opt/docker/cerbero-bite` accumula dal 2026-06-09 la catena Deribit **mainnet** (BTC+ETH,
+  entrambe le ali, scadenze 1g→3 mesi, ORARIA, con `book_depth_top3`). Estrazione+certificazione:
+  `scripts/analysis/fetch_cb_chain.py` → `data/raw/cb_chain.parquet` (gitignored, ~1.23M righe);
+  harness `scripts/research/cblib.py`. **È l'unica fonte di prezzi opzioni VERI del progetto** e
+  serve a sostituire il premio modellato BS-su-DVOL (vedi il f di VRP01, misurato il 30/07).
+  **Perché si MEMORIZZA invece di interrogarla:** una catena opzioni non è ricostruibile a
+  posteriori — Deribit non serve book storici, un'ora non raccolta è persa per sempre, e non c'è un
+  secondo venue da cui recuperarla.
+  **Certifica 4 difetti:** quote vuote, book incrociato, premio non monotono nello strike,
+  `depth==0` (ambiguo **by design**: chiamata fallita e book vuoto danno lo stesso valore → si
+  riporta, non si ripara).
+  ⚠️ **GUASTO IN CORSO dal 2026-07-29 05:00 UTC — status `QUOTE-VUOTE`.** Il collettore persiste la
+  riga anche quando il ticker fallisce (rate-limit Deribit **per-IP**: ~650 risposte 429 in ~26s a
+  ogni giro, **96% al minuto :00**, generate dalla spazzata full-chain che si auto-satura) →
+  `bid`/`ask`/`iv`/`delta` NULL e **conteggio righe INVARIATO** (13k/giorno prima e dopo). Tasso di
+  quote vuote per settimana: 0.4·0.7·2.2·1.5·0.5·0.4·0.3 → **22%**; giorno peggiore **51.7% BTC /
+  30.6% ETH**. Il fix lato bite (cron `:00`→`:20`) è **scritto ma non attivo** (`strategy.yaml` è
+  copiato nell'immagine, serve rebuild). **REGOLA: una riga presente non è un dato presente** —
+  contare ciò che è QUOTATO, non ciò che è SCRITTO (3ª occorrenza dopo `paper_dvolspread` e
+  `fresh_5m`). **REGOLA: un guasto IN CORSO si misura al GIORNO PEGGIORE, non in media** — la prima
+  stesura confrontava "tutto" con "ultimi 7g" e diluiva un guasto di 2 giorni al 13.5%, commettendo
+  a 7 giorni lo stesso errore che dichiarava di evitare a 3 mesi. Diario `2026-07-30-vrp-quote-reali.md`.
 
 ## Metodologia obbligatoria per ogni nuova strategia