L'analisi venue-risk di stamattina raccomandava lo split a ~$3k (GTAA01 su IB, 20-25%
fuori dal rischio-exchange). L'operatore ha deciso, DOPO aver visto la tabella della
rovina, di restare concentrato fino a $20k. Registrato con i termini espliciti perche'
non venga ri-litigato alla soglia dei $3k.
ACCETTATO: P(perso TUTTO) resta 10/18/34/64% a p=0.5/1/2/5% invece di 0/0/4/27%.
IN CAMBIO DI: ~EUR 0.08/g di rendita + commissione fissa IB + un secondo venue da
gestire, per proteggere $750 alla soglia dei $3k.
L'argomento dell'operatore REGGE sull'asse su cui ottimizza: sulla probabilita' di
ARRIVARE al capitale-rendita lo split vale +1-3pp (81% -> 83% a p=1%), fatto misurato
nella tabella del §2, non una concessione. L'argomento contro resta scritto: zero e'
ASSORBENTE (andare a zero all'anno 10 di un piano da 16 anni = non arrivarci piu', si
riparte da EUR 0 + versamenti), quindi il valore del non-andare-a-zero non e'
proporzionale alla frazione salvata.
SI RIAPRE a $20k, o PRIMA se cambia il piano (orizzonte/versamenti) o se `p` diventa
stimabile invece che assunto.
CORREZIONE A UN MIO SUGGERIMENTO, verificata nel codice: avevo detto "non lasciare su
Deribit piu' di quanto serve a girare il book". E' inerte — `src/live/book.py:81` fa
`raw = weight * equity * (...)` con equity = saldo reale del conto, quindi prelevare
$100 riduce il nozionale di $100 (1:1), non mette al sicuro $100. Tenere meno saldo a
pari nozionale richiederebbe di scollegare il sizing dal conto e usare il margine =
scambiare rischio-venue con rischio di liquidazione, oggi escluso dal cap a 1.0x.
Agli atti anche: "exchange FDIC" non esiste (FDIC = depositi bancari USD; la
pass-through di alcuni exchange copre solo il contante). Le protezioni reali sono SIPC
(IB: ETF/azioni = GTAA01, non le crypto via Paxos) e segregazione CFTC (CME, taglia
contratti inaccessibile a questa scala).
Book, pesi, cron, config INVARIATI. Nessun cambio di codice.
Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
Adriano Dal Pastro
0ec6f8b761