docs: il cap per-asset non ha tetto assoluto — CLAUDE.md dichiarava la formula del fallback
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) <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_01B9UyJLHzR7EJzxR3iQ3RN1
This commit is contained in:
@@ -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.
|
||||
|
||||
|
||||
Reference in New Issue
Block a user