venue: la taratura ri-misurata — «zero falsi allarmi in 8 anni» non descriveva la produzione

B1 (memoria) + B2 (misura). Il 19/08 stava solo in un diario e in un commit: la
sessione che ha cambiato il tripwire di venue, la tabella _CONTRACT e le referenze
non era in CLAUDE.md — 2a occorrenza dopo edge_watch, e riguarda di nuovo qualcosa
che gira con soldi veri. Ora c'e', insieme al debito che dichiarava.

B2: il debito era «la taratura non e' ri-misurata a tre referenze». Ri-misurandola
(scripts/research/r0821_venue_refs.py, riusa dislocation/episodes/zero_fp_frontier
di r0726) il problema non era dove ci si aspettava.

1. «Zero falsi allarmi in 8 anni» veniva dal consenso Coinbase+Bitstamp+BITFINEX
   dello script di ricerca; il sorvegliante live gira su Coinbase+Bitstamp. Due
   liste di referenze in due posti diversi, e nessun test poteva accorgersene.
   Sull'insieme reale i falsi allarmi sono 1: 2020-03-13 07:00-10:00 UTC, 4 ore a
   -418 bps di picco su BTC = il crash COVID, cioe' proprio l'evento che CLAUDE.md
   elencava come esempio di cio' su cui NON scattava. La firma che lo dimostra: le
   "65.043 ore BTC" citate in memoria sono esattamente le ore utili del set con
   bitfinex; sul set reale sono 69.633.

2. Kraken non lo ripara: su 8 anni porta un mese. Il tetto ~700 candele
   dell'endpoint pubblico e' stato ri-verificato oggi sulla rete (704 barre su
   70.286 richieste = 1,00%), non creduto da un commento del 26/07.

3. Perche' spariva a 3 referenze, ed e' il punto trasferibile: con bitfinex dentro
   1 delle 4 ore diventa BLIND, lo streak si azzera e l'episodio non esiste — ma la
   dislocazione e' ancora li' (mediana -343 bps). Lo zero non veniva da un consenso
   piu' accurato, veniva da un'ora buttata (ore utilizzabili 93,4% vs 100,0%).

4. La direzione dichiarata il 19/08 ("piu' BLIND, allerta di meno") e' confermata ma
   la sua taglia dipende dal venue, non dal numero tre: confronto appaiato sulle
   stesse ore, con bitfinex -13,91 pp di ore utilizzabili, con kraken +0,00 pp.

5. Controllo positivo intatto: Bitfinex 2018-19, 22 episodi, il piu' lungo 2.324h,
   picco 1.136 bps = 11,4x la soglia.

DECISIONE: (100 bps, 4h) NON si tocca, ma la giustificazione cambia. 1 falso allarme
in 8 anni costa 0,031%/anno di equity attesa contro il 100% che un vero positivo
evita (ogni p plausibile e' 16-160x sopra il break-even); alzare a 150 bps per
ripristinare lo zero porterebbe il margine su FTX da 3,0x a 2,0x, sotto la gamba (b)
del criterio dichiarato prima di guardare i dati. La memoria si contraddiceva da
sola — «zero falsi allarmi» al punto (2), «a 1 ogni 8 anni serve p > 0,031%» al
punto (4) — e la meta' giusta era quella dell'economia.

Congelato il MECCANISMO, non il numero: tests/test_venue_watch.py 35 -> 37, due test
puri (lo spread max-min e' monotono nel numero di referenze; una sola ora BLIND
spezza lo streak, con un caso di controllo che DEVE scattare).

Soglie, book, pesi, config, cron: INVARIATI. Suite 621 verdi, 1 rosso noto
(test_gtaa_band_gate, altro asse). Diario: docs/diary/2026-08-21-venue-taratura-*.

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

CLAUDE.md

@@ -1120,25 +1120,31 @@ Prima ondata di ricerca onesta su BTC/ETH certificati (5 track, harness condivis
   decisione appena presa (100% Deribit fino a $20k): se non si puo' ridurre l'ESPOSIZIONE, l'unica
   leva e' il **TEMPO**. Script `r0726_venue_tripwire.py` (segnale) + `r0726_venue_response.py`
   (costo della risposta); produzione `src/live/venue_watch.py` + `scripts/live/venue_watch.py` in
-  `cron_book.sh`; test `tests/test_venue_watch.py` (23); diario `2026-07-26-venue-tripwire.md`.
+  `cron_book.sh`; test `tests/test_venue_watch.py` (**37**); diari `2026-07-26-venue-tripwire.md`,
+  `2026-08-19-venue-watch-disciplina-allarmi.md`, `2026-08-21-venue-taratura-tre-referenze.md`.
   **Book, pesi, config INVARIATI.**
   (1) **Il segnale:** un venue che gata i prelievi **rompe l'arbitraggio** → il suo prezzo si stacca
   dal consenso e ci RESTA. Il segnale e' **|scarto|, non il segno** (Mt.Gox andava a *premio*, un
-  venue in fuga a *sconto*: dicono la stessa cosa). Consenso = venue **USD indipendenti**
-  (Coinbase, Bitstamp); mai USDT (depeg 2022 → falsi allarmi giganti). Deribit sta a **3 bps** dal
-  consenso in mediana su 8 anni (65.043 ore BTC + 64.541 ETH) — fondo di rumore bassissimo, ed e'
-  cio' che rende possibile una soglia con margine.
+  venue in fuga a *sconto*: dicono la stessa cosa). Consenso = **mediana** di venue **USD
+  indipendenti** (Coinbase, Bitstamp, **e Kraken dal 19/08** — vedi sotto); mai USDT (depeg 2022 →
+  falsi allarmi giganti). Deribit sta a **3 bps** dal consenso in mediana su 8 anni — fondo di
+  rumore bassissimo, ed e' cio' che rende possibile una soglia con margine. ⚠️ Le "65.043 ore BTC"
+  citate qui fino al 21/08 erano le ore del consenso **con bitfinex dentro**, che la produzione non
+  ha mai avuto: sull'insieme reale sono **69.633** (ETH 64.541 invariato).
   (2) **Taratura CONGELATA = 100 bps persistenti 4h a segno costante.** Criterio **dichiarato
   prima**, perche' i due ovvi sbagliano in versi opposti (provati entrambi): *minimi bps* → 25bps/24h
   consuma 24 delle ~72h che diede FTX; *minime ore* → 500bps/2h **manca FTX** (margine 0.6x).
   Regola adottata: (a) zero falsi allarmi su entrambi gli asset in 8 anni; (b) margine ≥3x sul caso
   storico **piu' debole** (FTX ~300bps) → soglia ≤100bps; (c) a quei vincoli, minima latenza.
-  Margine finale **3x FTX / 5x QuadrigaCX / 10-20x Mt.Gox**, con **zero falsi allarmi** inclusi
-  crash COVID 2020-03, maggio 2021, LUNA e novembre 2022.
+  Margine finale **3x FTX / 5x QuadrigaCX / 10-20x Mt.Gox**.
+  ⚠️ **CORREZIONE 2026-08-21 — la gamba (a) NON e' soddisfatta dalla configurazione che gira, e la
+  frase "zero falsi allarmi inclusi crash COVID 2020-03" era FALSA: il falso allarme E' il COVID.**
+  Vedi il blocco **(8)** in fondo. Il punto (100 bps, 4h) **resta**, per economia e per la gamba (b).
   (3) ✅ **CONTROLLO POSITIVO superato** (obbligatorio: un rilevatore tarato per non segnalare e'
   indistinguibile da uno rotto). Puntato su **Bitfinex 2018-19** (problemi bancari/Tether):
   **22 episodi**, il piu' lungo **2.324 ore consecutive** a +447bps di picco, altri a 1.151h/+663bps
-  e 496h/+1136bps. **22 scatti dove il problema c'era, 0 su Deribit in 8 anni.** E la DURATA
+  e 496h/+1136bps. **22 scatti dove il problema c'era, 1 solo su Deribit in 8 anni**
+  (era dichiarato 0 — vedi **(8)**). E la DURATA
   risponde alla domanda vera: un venue gated resta dislocato per **settimane** → 4h di latenza
   costano una frazione trascurabile del preavviso.
   (4) **Economia della risposta:** costo ATTESO di un falso allarme (flat 3 giorni, misurato sul
@@ -1168,6 +1174,73 @@ Prima ondata di ricerca onesta su BTC/ETH certificati (5 track, harness condivis
   **l'outer-join con referenze di lunghezza diversa e' una trappola ricorrente**); (f) un controllo
   positivo finito dentro il ramo `else` **non gira mai** (trovato in sessione: era esattamente il
   difetto che doveva prevenire).
+  ✅ **(7) DISCIPLINA DEGLI ALLARMI + TERZA REFERENZA + SPECIFICHE CONTRATTO (2026-08-19)** —
+  *(bullet scritto il 21/08: la sessione era in un diario e in un commit e NON in memoria operativa,
+  2ª occorrenza dopo `edge_watch`)*. Nato da 4 🚨 identici il 18/08 per una **manutenzione Deribit
+  annunciata** (14/08 per il 18/08 09:00 UTC, downtime dichiarato 15-30 min) che ha **sforato fino
+  alle 14:07 UTC**. **Il book si era comportato bene** (astensione alle 09:07 e 10:07, *"conto non
+  leggibile → non eseguo a cieco"*): il difetto era negli allarmi. (a) Il blocco piattaforma era un
+  `if` secco **senza memoria**, accanto a un rilevatore che allerta una volta per streak → ora passa
+  da **`lock_step()`** pura: manutenzione entro `MAINT_GRACE_HOURS`=2 → ⚠️ **una volta**; che sfora
+  → 🚨 una volta («ha SFORATO»); blocco **senza** manutenzione dichiarata → 🚨 subito; rientro
+  annunciato una volta; **`public/status` illeggibile → NIENTE** (dichiarare «e' rientrato» perche'
+  non si e' riusciti a guardare sarebbe la bugia peggiore). *Un allarme massimo speso per un evento
+  atteso e' un allarme che non verra' letto il giorno che e' vero.* (b) Il messaggio stampava
+  `locked=true` **cablato** mentre il parser accetta anche `partial` → dichiarava un valore che non
+  aveva letto, e il runbook manda a controllare **proprio quel campo**; ora stampa e **salva** il
+  grezzo. (c) ⚠️ **Il difetto che poteva costare:** il 18/08 Deribit ha cambiato **tick e size dei
+  perpetual lineari USDC** (BTC tick 0.5→**0.1**, ETH 0.05→**0.01**, ETH min/step 0.001→**0.0001**)
+  e la tabella `_CONTRACT` di `deribit.py`, **cablata a mano**, non se n'e' accorta. Nessun ordine
+  rifiutato **e non per merito nostro**: erano *riduzioni*, e un valore piu' grosso resta conforme
+  (costo effettivo: granularita', incremento minimo ETH $1.92 invece di $0.19). **Il giorno che
+  Deribit ALZA un minimo la stessa cecita' fa rifiutare gli ordini.** Cablato **`check_specs()`**
+  nel venue_watch orario, **fuori dal percorso ordini**: la tabella dichiarata resta l'AUTORITA'
+  per costruire un ordine, il venue e' il **controllore** (prendere i valori dall'API dentro
+  l'esecuzione renderebbe l'ordine dipendente da come ha risposto una GET = non ricostruibile).
+  Verdetti: `granularita'` (dichiarato piu' grosso → conforme, ⚠️) vs `rifiuto` (dichiarato piu'
+  fine → 🚨). Uno strumento **non letto** finisce in `non_letti`, non conta come «combacia».
+  (d) Aggiunta **Kraken** come terza referenza: **Coinbase ha comprato Deribit** e una referenza
+  che e' la casa madre non misura piu' se Deribit scolla dal mondo.
+  ⚠️ **(8) LA TARATURA RI-MISURATA (2026-08-21) — «zero falsi allarmi in 8 anni» non ha mai
+  descritto la produzione, e il falso allarme e' il COVID.** Script `r0821_venue_refs.py`, diario
+  `2026-08-21-venue-taratura-tre-referenze.md`. **Soglie, book, config INVARIATI.**
+  **(i)** Il numero pubblicato veniva dal consenso **Coinbase+Bitstamp+Bitfinex** dello script di
+  ricerca; il sorvegliante live girava su **Coinbase+Bitstamp**. Due liste di referenze in due
+  posti diversi, e **nessun test poteva accorgersene**. Sull'insieme reale: **1 falso allarme in
+  8 anni**, il **2020-03-13 07:00-10:00 UTC**, 4 ore a **−418 bps** di picco su BTC — cioe' proprio
+  l'evento che questo bullet elencava come esempio di cio' su cui NON scattava. La soglia minima a
+  zero falsi allarmi a 4h e' **150 bps** (BTC), non 100.
+  **(ii) Kraken non lo ripara:** su 8 anni porta **un mese** (tetto ~700 candele dell'endpoint
+  pubblico, **ri-verificato oggi**: 704 barre su 70.286 richieste = 1,00%) → LIVE-post ≡ LIVE-pre
+  sulla storia lunga, numeri **identici**.
+  **(iii) Perche' spariva a 3 referenze, ed e' il punto trasferibile:** con bitfinex dentro **1
+  delle 4 ore diventa BLIND** → lo streak si azzera e l'episodio non esiste, **ma la dislocazione
+  e' ancora li'** (mediana −343 bps). **Lo zero non veniva da un consenso piu' accurato, veniva da
+  un'ora buttata** (ore utilizzabili 93,4% contro 100,0%).
+  **(iv) La direzione dichiarata il 19/08 e' confermata, la sua TAGLIA dipende dal venue** (confronto
+  appaiato, stesse ore): con **bitfinex** le ore non-BLIND passano 99,95% → 86,04% = **−13,91 pp**;
+  con **kraken** **+0,00 pp** (|scarto| mediano appaiato −0,04 bps). Non e' una proprieta' del
+  numero tre: e' **quanto la terza referenza e' d'accordo con le altre**.
+  **(v) Controllo positivo intatto:** Bitfinex 2018-19 → 22 episodi, il piu' lungo 2.324h, picco
+  **1.136 bps = 11,4x** la soglia.
+  **(vi) DECISIONE: (100 bps, 4h) NON si tocca, ma la giustificazione cambia.** 1 falso allarme in
+  8 anni = 0,125/anno × 0,248% = **0,031%/anno** di equity attesa contro il **100%** che un vero
+  positivo evita, e ogni `p` plausibile (0,5-5%) e' **16-160x sopra** il break-even; alzare a 150 bps
+  porterebbe il margine su FTX da **3,0x a 2,0x**, sotto la gamba (b) dichiarata prima di guardare i
+  dati. **Il numero da citare e' «1 in 8 anni»** — che e' esattamente l'esempio gia' usato al punto
+  (4): **la memoria si contraddiceva da sola e la meta' giusta era quella dell'economia.**
+  **REGOLE NUOVE:** (g) **un numero di taratura si etichetta con la CONFIGURAZIONE, non solo con la
+  finestra** — «zero falsi allarmi in 8 anni» era vero e inutile perche' descriveva un consenso che
+  la produzione non ha mai avuto; (h) **uno "zero" si legge accanto alla quota di campione
+  utilizzabile**: meno falsi allarmi perche' si vede meglio e meno perche' si vede di meno hanno lo
+  stesso valore stampato e valore opposto; (i) **quando due affermazioni della stessa memoria si
+  contraddicono, la contraddizione e' informazione** — una delle due e' stata scritta guardando i
+  dati; (j) **una nota che dichiara un debito puo' sottodimensionarlo**: il 19/08 diceva «il numero
+  non e' ri-misurato», e il numero era sbagliato **prima** della modifica che lo aveva fatto
+  dichiarare. **RESTA APERTO:** il Rulebook Deribit del 12/08 (ADL, perdita socializzata, *emergency
+  powers*, conti dormienti) non lo sorveglia nessuno; `MAINT_GRACE_HOURS`=2 **presume** gli annunci
+  invece di leggerli (due `locked=true` in 4 giorni: 18/08 ~4h, 21/08 ~1h); la terza referenza non
+  e' validabile sulla storia.
 - ⚖️ **RIVALUTAZIONE DELLA STRATEGIA (2026-07-26, fine giornata) — 0 cambi, e il peso 75/25
   confermato per la TERZA volta.** Script `r0726_reeval_live_weight.py`, test
   `tests/test_reeval_live_weight.py` (6), diario `2026-07-26-reeval-strategia.md`.