From a2f28153d826b17b8619ad2120d690c94138d55e Mon Sep 17 00:00:00 2001 From: Adriano Dal Pastro Date: Thu, 30 Jul 2026 21:33:46 +0000 Subject: [PATCH] docs(bite): verificato il primo giro post-eliminazione, e come NON leggere quote_status MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Il giro delle 21:25 (primo con bite gia' cancellato): 576 chiamate, 0 risposte 429, 0 errori. E' il controllo che conta, perche' il guasto del 29/07 era la raffica di bite che saturava il rate limit per-IP. Aggiunta la tabella dei 5 giri della giornata, che mostra invarianza prima/dopo. ⚠️ E una precisazione sul nostro stesso strumento: 'ok' significa ALMENO UN LATO del book, non quota completa. Con ok=572 le righe a due lati sono 432 (75.5%). Che sia strutturale (opzioni molto OTM) e non un degrado si vede dall'invarianza fra i giri, non dal fatto che il numero sembri alto. E' 'una riga presente non e' un dato presente' un livello piu' in giu', applicata allo strumento costruito per quella lezione: la battuta di cuore vedrebbe il guasto del 29/07 (quote vuote) ma non una deriva verso book a un lato solo. Nessuna soglia cablata: con 5 giri di storia sarebbe inventata, e una soglia inventata e' peggio di nessuna soglia. La colonna da guardare e' 'due lati %'. Co-Authored-By: Claude Opus 5 (1M context) --- .../2026-07-30-assorbimento-cerbero-bite.md | 30 +++++++++++++++++++ 1 file changed, 30 insertions(+) diff --git a/docs/diary/2026-07-30-assorbimento-cerbero-bite.md b/docs/diary/2026-07-30-assorbimento-cerbero-bite.md index c9a1e2a..9fc63cb 100644 --- a/docs/diary/2026-07-30-assorbimento-cerbero-bite.md +++ b/docs/diary/2026-07-30-assorbimento-cerbero-bite.md @@ -108,6 +108,36 @@ committata e pushata come commit di dismissione. **Il dato era l'unica parte irr esista** — e "quanto è grande" non è la domanda da fare a un backup, "cosa contiene che l'originale non ha più" sì. +### Il primo giro dopo l'eliminazione, e un modo di leggere male il nostro stesso indicatore + +Verificato invece che dedotto (21:25 UTC, il primo giro con bite già cancellato): +**576 chiamate, 0 risposte 429, 0 errori.** È il controllo che conta, perché il guasto del 29/07 +era esattamente la raffica di bite che saturava il rate limit per-IP. + +| giro | righe | ok | no_quote | error | **due lati** | +|---|---|---|---|---|---| +| 20:00 | 570 | 552 | 17 | 1 | 71.6% | +| 20:06 | 570 | 570 | 0 | 0 | 75.8% | +| 20:22 | 570 | 570 | 0 | 0 | 75.6% | +| 20:25 | 570 | 570 | 0 | 0 | 75.6% | +| **21:25** | **572** | **572** | **0** | **0** | **75.5%** | + +(Il `1 error / 17 no_quote` delle 20:00 è il primo giro in assoluto, con bite ancora acceso a +sparare al minuto `:00`: la firma del problema, catturata nel suo ultimo momento di vita.) + +⚠️ **`ok = 572` non significa "572 quote complete".** Nel collettore `ok` vuol dire *almeno un lato +del book* (`bid is not None or ask is not None`); le righe con **entrambi** i lati sono **432 su +572 (75.5%)**. Il resto sono book a un lato solo, normali sulle opzioni molto OTM. Che sia +strutturale e non un degrado si vede dal fatto che la percentuale è **identica a tutti i giri**, +prima e dopo l'eliminazione — non dal fatto che sembri alta. + +È la lezione «*una riga presente non è un dato presente*» un livello più in giù, applicata allo +strumento costruito **per** quella lezione: la battuta di cuore distingue `ok`/`no_quote`/`error`, +quindi vedrebbe il guasto del 29/07 (quote vuote), ma **non** vedrebbe una deriva più sottile — +book che diventano progressivamente a un lato solo. Non è cablata una soglia: con cinque giri di +storia sarebbe inventata, e una soglia inventata è peggio di nessuna soglia. **La colonna da +guardare quando ci saranno settimane di serie è "due lati %".** + ## File - `scripts/live/collect_chain.py` + `scripts/cron_chain.sh` — la raccolta (cron `25 * * * *`)