icecube
Excel helper
- Registrato
- 21/7/05
- Messaggi
- 4.169
- Punti reazioni
- 905
Buongiorno,
mi sono avvicinato da poco al mondo dei certificati, e la cosa che più mi sconcerta è la necessità/difficoltà di valutare "ad occhio" il prezzo.
Gli utenti più esperti mi dicono che tanto il prezzo corretto è quello del MM, ma continuo ad avere difficoltà a decidere di comprare qualcosa che non so valutare.
Un po' per questo, un po' per puro divertimento "programmatorio", ho voluto provare a scrivere un piccolo "simulatore" in Excel.
Promettendo a Follow di non.... perdermi per l'iperpazio
, ho voluto implementare un'idea di base semplicissima:
- simulo la traiettoria del prezzo del sottostante, da "oggi" alla scadenza;
- calcolo le somme pagate, secondo il regolamento del certificato, fino al rimborso anticipato o alla scadenza;
- ripeto la simulazione un numero sufficiente di volte, e faccio la media dei pagamenti ottenuti.
Primo dubbio... i risultati che si otterranno saranno congrui coi valori di mercato ?
Prima anticipazione: sembrerebbe di sì !
Metodo, problemi, vantaggi, svantaggi...
Per simulare le variazioni giornaliere dei prezzi azionari NON possiamo utilizzare la distribuzione Normale o Gaussiana (per il noto problema delle "fat tails"). Esistono complessi sistemi econometrici (modelli AR, ARCH...), ma in questo caso la complicazione sembra non portare grossi benefici in termini di risultati.
Il metodo che ho utilizzato, seguendo sempre la logica KISS ("keep it simple, stupid !"), è quello di scaricare la serie storica EFFETTIVA del sottostante (almeno 10 anni o più), e di pescare le variazioni giornaliere in modo casuale lungo tutti i dati storici. In questo modo si perde la c.d. autocorrelazione (la variazione giornaliera dipendente dalla variazione del giorno prima, che peraltro personalmente mi convince poco che esista), ma per contro il sistema è semplice e garantisce un'elevata velocità di elaborazione.
Per la lunghezza della serie storica farò qualche prova, le mie alternative sono:
- 10 anni;
- dal 1/1/2001, così mettiamo dentro 2 "cigni neri" belli grossi, l'11 settembre e il crack Lehman Bros.
Numero di "run" necessari: a priori direi 50.000, 100.000 o 1 milione, vedremo dal simulatore la stabilità dei risultati (non ci interessa il prezzo al centesimo, ovviamente).
Per certificati non troppo complessi (per iniziare quelli con UNICO sottostante) la velocità dovrebbe essere sufficiente ad ottenere qualcosa in 4-5 minuti.
Svantaggio: vista l'enorme varietà di tipologie dei certificati, non è possibile scrivere un unico simulatore "generalista", e poi variare semplicemente i parametri. Dovrò quindi avere un'infrastruttura più generale possibile (scarico dati storici, visualizzazione dei risultati e dei parziali), ma poi sarò costretto a scrivere una routine specifica del singolo certificato, ad hoc per quel solo certificato.
Questo ovviamente impedisce di utilizzare il sistema per un'eventuale screening (che sarebbe stato comunque un'utopia, viste le migliaia di certificati esistenti).
Va da sé che la possibilità di fare errori di programmazione è dietro l'angolo, così come male interpretare le regole del KID o termsheet..... ma per ora il mio scopo è verificare che il sistema nel complesso funzioni abbastanza, quindi ottenere risultati allineati coi valori di mercato, non certo scovare improbabili galline dalle uova d'oro !!
A presto con una prima versione.... funzionante.
mi sono avvicinato da poco al mondo dei certificati, e la cosa che più mi sconcerta è la necessità/difficoltà di valutare "ad occhio" il prezzo.
Gli utenti più esperti mi dicono che tanto il prezzo corretto è quello del MM, ma continuo ad avere difficoltà a decidere di comprare qualcosa che non so valutare.
Un po' per questo, un po' per puro divertimento "programmatorio", ho voluto provare a scrivere un piccolo "simulatore" in Excel.
Promettendo a Follow di non.... perdermi per l'iperpazio
, ho voluto implementare un'idea di base semplicissima:- simulo la traiettoria del prezzo del sottostante, da "oggi" alla scadenza;
- calcolo le somme pagate, secondo il regolamento del certificato, fino al rimborso anticipato o alla scadenza;
- ripeto la simulazione un numero sufficiente di volte, e faccio la media dei pagamenti ottenuti.
Primo dubbio... i risultati che si otterranno saranno congrui coi valori di mercato ?
Prima anticipazione: sembrerebbe di sì !
Metodo, problemi, vantaggi, svantaggi...
Per simulare le variazioni giornaliere dei prezzi azionari NON possiamo utilizzare la distribuzione Normale o Gaussiana (per il noto problema delle "fat tails"). Esistono complessi sistemi econometrici (modelli AR, ARCH...), ma in questo caso la complicazione sembra non portare grossi benefici in termini di risultati.
Il metodo che ho utilizzato, seguendo sempre la logica KISS ("keep it simple, stupid !"), è quello di scaricare la serie storica EFFETTIVA del sottostante (almeno 10 anni o più), e di pescare le variazioni giornaliere in modo casuale lungo tutti i dati storici. In questo modo si perde la c.d. autocorrelazione (la variazione giornaliera dipendente dalla variazione del giorno prima, che peraltro personalmente mi convince poco che esista), ma per contro il sistema è semplice e garantisce un'elevata velocità di elaborazione.
Per la lunghezza della serie storica farò qualche prova, le mie alternative sono:
- 10 anni;
- dal 1/1/2001, così mettiamo dentro 2 "cigni neri" belli grossi, l'11 settembre e il crack Lehman Bros.
Numero di "run" necessari: a priori direi 50.000, 100.000 o 1 milione, vedremo dal simulatore la stabilità dei risultati (non ci interessa il prezzo al centesimo, ovviamente).
Per certificati non troppo complessi (per iniziare quelli con UNICO sottostante) la velocità dovrebbe essere sufficiente ad ottenere qualcosa in 4-5 minuti.
Svantaggio: vista l'enorme varietà di tipologie dei certificati, non è possibile scrivere un unico simulatore "generalista", e poi variare semplicemente i parametri. Dovrò quindi avere un'infrastruttura più generale possibile (scarico dati storici, visualizzazione dei risultati e dei parziali), ma poi sarò costretto a scrivere una routine specifica del singolo certificato, ad hoc per quel solo certificato.
Questo ovviamente impedisce di utilizzare il sistema per un'eventuale screening (che sarebbe stato comunque un'utopia, viste le migliaia di certificati esistenti).
Va da sé che la possibilità di fare errori di programmazione è dietro l'angolo, così come male interpretare le regole del KID o termsheet..... ma per ora il mio scopo è verificare che il sistema nel complesso funzioni abbastanza, quindi ottenere risultati allineati coi valori di mercato, non certo scovare improbabili galline dalle uova d'oro !!
A presto con una prima versione.... funzionante.
