CLAUDE.md: il costo della catena USDC era +90% e sono +18% — il 587 non contava il filtro OI che il collettore applica
This commit is contained in:
@@ -3033,8 +3033,16 @@ df = load_data("BTC", "1h") # OK. load_data("SOL", ...) -> FileNotFoundError (
|
||||
⚠️ La famiglia raccolta è quella **inverse** (`get_instruments?currency=BTC|ETH`): la superficie
|
||||
**USDC-lineare non è nell'archivio**, e ogni conclusione su di essa nel progetto è oggi un
|
||||
**controfattuale costruito sui mid inverse**, non una misura. Puntare il collettore anche su
|
||||
`currency=USDC` costa **+587 chiamate/giro (+90%)** ed è una decisione sul rate-limit per-IP, che
|
||||
ha già causato un guasto il 29/07.
|
||||
`currency=USDC` costa ~~**+587 chiamate/giro (+90%)**~~ 🚨 **CORRETTO 2026-08-23 (§51): sono
|
||||
+117 chiamate = +18%.** Il 587 era il conteggio **grezzo** (1.140 strumenti USDC ≤ 95g = +81%)
|
||||
**senza il filtro OI≥100 che il collettore applica davvero**, e quel filtro taglia il 90% della
|
||||
famiglia USDC: con gli stessi filtri del collettore vivo sono **113 strumenti** contro **649**
|
||||
inverse (✅ verificato al venue da due percorsi indipendenti; replica esatta di §8 — su Deribit
|
||||
USDC l'OI e la negoziabilità sono anti-correlati). Il giro passerebbe da 652 chiamate/163 s a
|
||||
**769/192 s**, dentro la finestra del :25 e senza toccare `cron_book` al :07. Resta una decisione
|
||||
sul rate-limit per-IP, che ha già causato un guasto il 29/07 — ma **di un ordine di grandezza
|
||||
più piccola di come era stata scritta**, ed è un numero **di oggi** (cresce con la liquidità
|
||||
USDC, va ri-misurato prima di accendere).
|
||||
**NON assorbito, e perché:** il motore credit-spread ETH (il progetto ha già la regola "niente
|
||||
short-vol da modello in deploy"), la GUI, kill switch/dead-man/audit (PythagorasGoal ha
|
||||
`venue_watch`/`edge_watch`/`monitor_health`/`fee_watch`), `dvol_history` (`fetch_dvol.py` ha
|
||||
|
||||
Reference in New Issue
Block a user