e18adba4a6
Il refresh notturno e' rimasto 10h appeso e ha TRONCATO i parquet BTC al 2018: cerbero-mcp ha rimosso l'endpoint legacy /mcp-deribit/tools/get_historical (404), il downloader skippava in silenzio OGNI chunk (3 retry + sleep esponenziale x migliaia di chunk) e a fine giro scriveva comunque il file con la sola Fase 1 storica. Aggravante: TIMEFRAMES includeva '1m' (1 giorno/richiesta = ~3000 richieste/asset). ETH salvato in tempo (kill prima della sovrascrittura); BTC ripristinato via v2 (1h/15m/5m completi 2018->oggi in ~30 min). - _fetch_deribit -> endpoint v2 /mcp/tools/get_historical (lo stesso del runner) - guard chunk: >50% skippati = endpoint rotto -> RuntimeError, niente parziali - guard anti-regressione in download_asset: mai sovrascrivere un parquet con dati che finiscono PRIMA dell'esistente - '1m' fuori da TIMEFRAMES (refresh torna 5m/15m/1h; il 1m ad-hoc se serve) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>