Magari per la prossima versione posso raffinare il programma di ricerca dei minimi quadrati.
Tieni conto pero' che ci sono delle difficolta' tecniche: ad esempio, se il coefficente di "asimmetria" diventa grande, necessita
di una grande precisione per il calcolo, se consideri che nella formula c'e' spesso la notazione e^-c oppure -e^-c
(me ne sono accorto perche' durante le simulazioni aumentando c oltre a 30 mi venivano fuori risultati tutti a dente di sega

)
La precisione "normale" in floating point del perl e' di 15 cifre (e = 2.71828182845905) anche su piattaforme a 64 bit.
Altrimenti bisogna passare a precisioni superiori con librerie per il trattamento di numeri ad alta precisione (tipo BigNum o PARI/GP)
Visto che si tratta di un lavoretto che ho fatto per hobby che che ti sei letto in modo approfondito solo tu,
forse lo sforzo sarebbe poco proporzionato all'utilita'
Non era una critica, cercavo solo di capire:
hai utilizzato 16 anni di prezzi giornalieri, quindi 365*16 = 5800 dati da approssimare con soli 3 parametri di fatto, giusto?
Forse potrebbe avere senso in futuro provare a usare meno dati, tipo solo quelli settimanali, 52*16 = 800
Ovviamente avere idee non costa nulla, implementarle è un altro discorso
