From 14e1567125e932407e7a98f84deba1e15907180e Mon Sep 17 00:00:00 2001 From: Adriano Dal Pastro Date: Tue, 25 Aug 2026 11:07:11 +0000 Subject: [PATCH] =?UTF-8?q?docs:=20il=20cap=20per-asset=20non=20ha=20tetto?= =?UTF-8?q?=20assoluto=20=E2=80=94=20CLAUDE.md=20dichiarava=20la=20formula?= =?UTF-8?q?=20del=20fallback?= MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit CLAUDE.md 1 descriveva il guardrail live come `min($3.000, equity_osservata x 0.5)`. Il codice dice altro (src/live/book._cap): if trusted: # equity reale leggibile return float(equity) * float(frac) # <-- nessun min() con `fixed` return min(fixed, wm * float(frac)) ... # <-- il $3.000 vive SOLO qui Cioe' `max_notional_per_asset_usd` NON morde mai sul percorso normale: e' il tetto del ramo di FALLBACK (equity illeggibile), e la riga lo spacciava per quello vivo. Stessa classe del difetto 5.7 — una descrizione puntata su una configurazione diversa da quella che gira. Conseguenza da sapere, emersa da "cosa succede se arrivo a 3.000 USDC": nessun livello di capitale cambia il profilo di rischio RELATIVO. Il book scala indefinitamente a leva lorda massima 1,0x (0,40x al segnale corrente), e $3.000 non e' una soglia — il numero compare in tre posti del progetto e nessuno scatta li': - max_notional_per_asset_usd: cap sul nozionale, non soglia di equity, non morde; - "la soglia $3k" di 3: decisione CHIUSA il 26/07, si riapre a $20k; - C* ~$3.000 del monitor XSR01: difetto noto (5.3), il pavimento vero e' $15-20k. CODICE NON TOCCATO: il comportamento e' intenzionale e documentato nel docstring di _cap (la "frontiera" del 03/07 esiste apposta perche' un deposito non resti strozzato). Era sbagliata la descrizione, non la scelta. Verificato anche che il tetto sul PRODOTTO del GATE SCALA-01 (n_asset x frac x scala x disaster_sl_pct = 0,30 <= 0,50) non dipende dall'equity, quindi regge identico a ogni capitale. Contesto: versamento di 1.400 USDC atterrato alle 11:03:35Z, equity $667,88 -> $2.066,96. Co-Authored-By: Claude Opus 5 (1M context) Claude-Session: https://claude.ai/code/session_01B9UyJLHzR7EJzxR3iQ3RN1 --- CLAUDE.md | 7 ++++++- 1 file changed, 6 insertions(+), 1 deletion(-) diff --git a/CLAUDE.md b/CLAUDE.md index 3cf223c..85814bb 100644 --- a/CLAUDE.md +++ b/CLAUDE.md @@ -58,7 +58,12 @@ TP01 33 / XS01 15 / VRP01 12 / SKH01 20 / GTAA01 20. **Non e' il book live** — di portafoglio del progetto sono su questa serie, non su quella che gira. **Guardrail live** (`config/live.json`, unica autorita' — **non ridichiararli nel codice**): -cap per-asset `min($3.000, equity_osservata × 0.5)` col watermark `data/live/equity_seen.json` · +cap per-asset **`equity × 0.5`, SENZA tetto assoluto**, quando l'equity reale e' leggibile; +`min($3.000, watermark × 0.5)` **solo nel fallback** a equity illeggibile (watermark +`data/live/equity_seen.json`). ⚠️ Fino al 2026-08-25 questa riga dichiarava `min($3.000, …)` +come se valesse sempre: **falso** — `max_notional_per_asset_usd` non morde mai sul percorso +normale (verificato in `src/live/book._cap`). Conseguenza: **il book scala all'infinito a leva +lorda massima 1,0x**, e nessun livello di capitale cambia il profilo di rischio relativo. · `min_order_usd` 5 · `disaster_sl_pct` 0.30 on-book sulla posizione **netta** · staleness-gate feed 2 giorni (blocca) · `skh_feed_max_age_min` 30 (allerta, **non** blocca) · alert Telegram.