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

docs/diary/2026-07-26-gtaa-ucits.md

@@ -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.