Bitcoin Forum
June 15, 2024, 07:00:19 AM *
News: Voting for pizza day contest
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: Trend di ricerca bitcoin e prezzo usd.  (Read 892 times)
fmerli (OP)
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
December 17, 2013, 05:53:17 PM
 #1

Premetto che non ho mai scritto mezza riga di codice in vita mia.

Secondo me puo essere interessante cercare una correlazione tra il trend di ricerca bitcoin ed il prezzo in usd.

Per fare questo ho pensato di scrivere un programma che analizzi i files csv di google trend.

Se qualcuno è interessato ho messo una bozza su github: https://github.com/fmerli/trend.

Naturalmente anche il modello è una bozza.
Fatemi sapere se vi sembra una buona idea.
gbianchi
Legendary
*
Offline Offline

Activity: 3122
Merit: 2680



View Profile
December 17, 2013, 09:10:31 PM
 #2


Secondo me puo essere interessante cercare una correlazione tra il trend di ricerca bitcoin ed il prezzo in usd.

Per fare questo ho pensato di scrivere un programma che analizzi i files csv di google trend.

Naturalmente anche il modello è una bozza.
Fatemi sapere se vi sembra una buona idea.

sicuramente e' interessante... io sto facendo un tentativo
analogo, pero' basato sui "fondamentali" per cercare di ricavare una
funzione di prezzo di lungo periodo.

Ovviamente, per le fluttuazioni (anche enormi) di breve periodo,
una ricerca come la tua puo' dare info interessanti.

GUIDA PER NUOVI UTENTI https://bitcointalk.org/index.php?topic=1241459.0
DO NOT HOLD YOUR BTC ON THIRD PARTY EXCHANGES – BE YOUR OWN BANK https://bitcointalk.org/index.php?topic=945881.0
BITCOIN... WHAT IS IT ? https://bitcointalk.org/index.php?topic=2107660.0
fmerli (OP)
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
December 20, 2013, 03:31:32 PM
 #3

Ho fatto qualche passo avanti:

Quello che cerco è f|f(trend)=prezzo(domanda/offerta)

Il programma quindi opera su 3 file:
   1)Il file csv con le probabilità di ricerca per ogni giorno (preso da google)
        2)Un database creato dal programma stesso dove vengono registrati le persone che hanno cercato
           la parola bitcoin il database è diviso in tre sottogruppi: chi sta per comprare, chi sta per vendere,
           chi ha gia comprato.
        3)andamento prezzi (creato)


Il programma consiste in un grosso ciclo che si ripete per ogni giorno contenuto nel file csv:
   1)Controllo il volume di ricerca per quel giorno
   2)Aggiungo x nuovi utenti al bacino (database) in base al volume di ricerca
   3)Ricalcolo la fiducia di ogni utente
   4)Riassegno il gruppo di appartenenza agli utenti in base alla fiducia
   5)Calcolo il prezzo bitcoin per quel giorno


un po di dati sul volume:

Dal file csv ricavo la probabilità che un utente di internet cerchi la parola bitcoin su google, questa probabilita è indicata    come una
percentuale del giorno in cui bitcoin è stato cercato più volte.
Un valore approssimato del numero di utenti che hanno cercato bitcoin nel giorno di massima probabilità è 260.000.
La percentuale degli utenti internet rispetto alla popolazione mondiale è data da una retta che va da 30 nel 2010 a 35 nel 2013.
Quindi il numero di persone che nel giorno x hanno cercato bitcoin è sia dal numero degli utenti internet per quel giorno che dalla
percentuale di probabilità rispetto al giorno di massima probabilità.

proprietà utenti:
   1=numero giorno = giorno in cui l'utente viene aggiunto al db
   2=numero utente
   3=gruppo di appartenenza = inizialmente vien impostato a 0
   4=tempo di apprendimento = assegnato casualmente varia da 5 a 10 giorni
   5=fiducia = la fiducia che l'utente ha per bitcoin
   6=domanda = quanto l'utente spende in bitcoin
   7= giorno dell'ultima attività svolta

Numero di utenti nuovi per giorno:
        il numero di nuovi utenti per giorno è pari al numero delle persone che hanno cercato bitcoin meno
        un sottogruppo del bacino utenti che probabilmente continua a cercare bc su internet

Fiducia:
        La fiducia va da 0 a 100 e indica la probabilità che un utente nuovo compri o che un utente che ha 
        comprato non venda.

Tempo apprendimento:
        Differenza tra giorno primo acquisto e data creazione utente.

Gruppo:
        0= gruppo di partenza 1=gruppo di compratori 2=gruppo venditori 3=gruppo di possessori
        Quando un utente viene creato appartiene al gruppo 0, in base alla fiducia possono essere
         asseganti al gruppo 1 o rimanere nel gruppo 0 gli utenti del gruppo 1 sono congelati (non si
        ricalcola piu la loro fiducia) fino a quando non è passato il loro tempo di apprendimento a quel punto
         compreranno qualsiasi sia il prezzo.
        Una volta che l'utente compra entra nel gruppo possessori.

Ricalcolo fiducia:
         Si ricalcola la fiducia di tutti utenti del bacino utenti che hanno cercato bitcoin tranne quelli che
         fanno parte del gruppo compratori.

Determinare numero utenti del bacino utenti che hanno cercato bitcoin:
   1)tutti i compratori
   2)chi a svolto attivita da meno di f() giorni
                              nell'equazione deve apparire: ultima attività, fiducia attuale, prezzo al quale ha
                                   comprato, prezzo attuale un utente non attivo da molto tenderà a non cercare.

Assegnazione fiducia iniziale:
   Per assegnare la fiducia iniziale si guarda: andamento recente dei prezzi, notizie(fattore che va
        regolato in modo da avere un andamento dei prezzi simile a quello reale), fattore casuale.

Ricalcolo della fiducia:
   I fattori che influenzano la fiducia sono molti, il primo e più importante è la fiducia iniziale per un
        utente con fiducia iniziale molto alta sarà difficilissimo perdere fiducia, mentre chi ha fiducia
   iniziale bassa  comunque sufficiente per aver comprato(chi non ha fiducia sufficente per comprare
        rimane nel gruppo 0 e viene dimenticato), andamento dei prezzi (chi ha comprato da poco tenderà a
        guardare l'andamento recente chi ha comprato da tanto tenderà ad avere una visione più generale),
        differenziale tra prezzo attuale e prezzo di acquisto.

Detreminare quanto l'utente investirà:
   Fattore casuale tenendo conto che chi usa internet fa perte del 35% più ricco del pianeta, altri
        indicatori...
   Quando l'utente entra a far parte del gruppo possessori questo dato viene ricalcolato e indicherà
        quanto al giorno l'utente può investire in bc (se la sua fiducia è molto alta continuerà a comprare)

Determinazione prezzi:
   Un utente che vuole comprare proviene da:
   1)sottogruppo compratori: nuovi utenti che stanno per comprare
   2)sottogruppo possessori: possessori con fiducia molto alta
   3)gruppo 0: devono aver fatto parte del sottogruppo possessori ultima attività vicina

   Venditori:
   1)sottogruppo compratori: bassa fiducia
   2)mining (determinare percentuale media che un minatore trattiene)

   Per determinare il prezzo si fa domand/offerta
fmerli (OP)
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
December 20, 2013, 03:32:46 PM
 #4

Che ve ne pare? C'è qualche errore di fondo che mi sfugge? Mi sto complicando la vita inutilmente?
Ilsk
Legendary
*
Offline Offline

Activity: 833
Merit: 1015



View Profile
December 20, 2013, 11:07:44 PM
 #5

Non mi è ben chiaro come fai a dividere gli utenti nei gruppi di appartenza, come distingui i compratori dai venditori?
fmerli (OP)
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
December 20, 2013, 11:21:41 PM
 #6

Quelle sopra sono solo linee generali, comunque in base alla fiducia.
fmerli (OP)
Member
**
Offline Offline

Activity: 96
Merit: 10


View Profile
December 21, 2013, 02:37:23 PM
 #7

L'ho fatto leggere ad un altra persona e in effetti è spiegato malissimo appena riesco a scrivere qualcosa di più chiaro riposto il tutto.
Decagrog
Sr. Member
****
Offline Offline

Activity: 289
Merit: 251



View Profile
December 26, 2013, 01:49:21 PM
 #8

Uhmm, non sarebbe più logico fetchare i dati dalle API di google (per esempio in formato json) ed elaborarli in javascript/php? Mi sembra molto più semplice e naturale, inoltre avrebbe anche più senso per farne una possibile webapp  Smiley

Pages: [1]
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!