research(gtaa): ZPRR e' R2US (stessa ISIN) + correzione sul verso del costo FX
L'operatore ha verificato su Revolut: R2US assente, ZPRR e SPY4 presenti. (1) ZPRR (Xetra EUR) == R2US (Londra USD): stessa ISIN IE00BJ38QD84, stessa classe di quote, stesso NAV. La gamba small cap e' risolta. Regola: si cerca per ISIN, non per ticker — lo stesso fondo ha ticker diversi su borse diverse. (2) SPY4 IE00B4YBJ215 NON e' small cap ne' S&P 500: e' SPDR S&P 400 MID cap (l'S&P 500 e' SPY5). Misurato come ripiego su 6.5 anni: Sharpe 0.86 vs 0.86, corr fra i due sleeve 0.991, peggiore in 3/7 anni = moneta. Sulla finestra corta di 3.2 anni sembrava -0.15: era rumore. Ripiego accettabile per ragione meccanica (small e mid USA correlano ~0.95 giornaliero), NON validato — e' proprio perche' non si distinguono che la scelta non conta. (3) CORREZIONE a un'indicazione data ieri. Avevo scritto "una linea in EUR aggiunge la conversione per ordine". Vero solo per un conto in USD: per un conto in EURO vale l'opposto. L'esposizione economica e' identica (il fondo detiene attivi USD, nessuna delle due linee e' coperta) — la valuta di quotazione non copre nulla, decide solo se serve una conversione. Regola giusta: prendere la linea nella valuta del proprio saldo. Misurato: turnover lordo $13.655/anno su $10k -> 25bps = -0.07 Sharpe = $34/anno = ~$1.6 per ordine, contro una soglia di $18.90. Regola generale: un costo di conversione non e' una proprieta' dello strumento ma della coppia strumento-CONTO. Book, pesi, cron, config INVARIATI. 447 test verdi (+3). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01XBbYmiXqbUNuGpK9sfbsGp
This commit is contained in:
@@ -458,3 +458,70 @@ punto in cui la si riaprirebbe comunque.**
|
||||
**Una capacità mancante si valuta sul costo di non averla, non sulla sua assenza.** Qui l'assenza di
|
||||
API sembra squalificante e vale −0.02 di Sharpe se si esegue entro un giorno; ciò che vale davvero
|
||||
(−0.27) è un rischio operativo che si copre con una notifica.
|
||||
|
||||
---
|
||||
|
||||
# Addendum 2026-07-27 (3) — "r2us in revolut non c'è, ma ho zprr e spy4"
|
||||
|
||||
## ZPRR **è** R2US
|
||||
|
||||
| ticker | borsa | valuta | ISIN |
|
||||
|---|---|---|---|
|
||||
| R2US | Londra | USD | `IE00BJ38QD84` |
|
||||
| **ZPRR** | **Xetra** | **EUR** | **`IE00BJ38QD84`** |
|
||||
|
||||
Stessa ISIN = stessa classe di quote = **stesso fondo, stesso NAV**. Cambia solo dove e in che
|
||||
valuta si negozia. La gamba small cap è risolta: **compra ZPRR**, non si perde niente.
|
||||
|
||||
> **Regola: si cerca per ISIN, non per ticker.** Lo stesso fondo ha ticker diversi su borse diverse,
|
||||
> e un ticker copiato da una lista può essere un altro prodotto.
|
||||
|
||||
## ⚠️ SPY4 non è quello che sembra
|
||||
|
||||
`IE00B4YBJ215` = SPDR **S&P 400 US Mid Cap**. Non è small cap, e non è l'S&P 500 (quello è SPY5,
|
||||
`IE00B6YX5C33`). Non serve, dato che ZPRR c'è — ma misurato come ripiego, su 6.5 anni:
|
||||
|
||||
| gamba small cap | Sharpe | CAGR | maxDD |
|
||||
|---|---|---|---|
|
||||
| R2US (small) | 0.86 | 4.20% | −8.2% |
|
||||
| SPY4 (mid) | 0.86 | 4.26% | −8.3% |
|
||||
|
||||
Correlazione dei due sleeve **0.991**, SPY4 peggiore in **3/7 anni** = moneta. *(Sulla finestra
|
||||
corta di 3.2 anni sembrava −0.15 di Sharpe: era rumore.)*
|
||||
|
||||
**Ripiego accettabile**, e il motivo è meccanico: small e mid cap USA hanno correlazione giornaliera
|
||||
~0.95, e un TSMOM su due serie così vicine si accende quasi negli stessi giorni. ⚠️ Non è
|
||||
"validato" — 6.5 anni non bastano a distinguere due gambe così simili, ed è **esattamente per
|
||||
questo** che la scelta fra le due non conta.
|
||||
|
||||
## ⚠️ Correzione a un'indicazione data ieri: sulla valuta avevo ragionato al contrario
|
||||
|
||||
Ieri ho scritto che *"una linea in EUR aggiunge la conversione per ordine"*. È vero **solo per un
|
||||
conto in USD**. Per un conto in **euro** — cioè un retail italiano su Revolut o Degiro — vale
|
||||
l'opposto: comprare la linea in USD costringe a convertire a ogni ordine, la linea in EUR no.
|
||||
|
||||
L'esposizione economica è identica nei due casi: il fondo detiene attivi in USD e **nessuna delle
|
||||
due linee è coperta**. La valuta di quotazione non copre niente — decide solo se serve una
|
||||
conversione.
|
||||
|
||||
> **Regola giusta: prendere la linea nella valuta del proprio saldo.**
|
||||
|
||||
Quanto vale, misurato (turnover lordo **$13.655/anno** su $10.000, 21 ordini):
|
||||
|
||||
| bps FX per ordine | ΔSharpe | costo/anno |
|
||||
|---|---|---|
|
||||
| 15 bps | −0.04 | $20 |
|
||||
| 25 bps | −0.07 | $34 |
|
||||
| 50 bps | −0.14 | $68 |
|
||||
|
||||
A 25bps la conversione equivale a ~**$1.6 in più su ciascuno dei 21 ordini**: reale, ma piccolo
|
||||
rispetto alla soglia di $18.90/ordine a $10.000. Quindi **ZPRR in EUR su un conto in euro è la
|
||||
scelta migliore**, non un compromesso.
|
||||
|
||||
## Lezione
|
||||
|
||||
**Un costo di conversione non è una proprietà dello strumento ma della coppia strumento-conto.**
|
||||
Avevo dedotto "linea in EUR = costo in più" da un caso (conto in USD) e l'avevo scritta come regola
|
||||
generale; per il conto che l'operatore usa davvero il segno è invertito. È la terza volta in due
|
||||
giorni che un'assunzione non verificata sul conto reale cambia la conclusione — dopo la
|
||||
negoziabilità PRIIPs e quale conto è operativo.
|
||||
|
||||
Reference in New Issue
Block a user