|
Come avevo scritto alcuni giorni fa via e-mail a picchio, purtroppo la scorsa settimana è stata per me pazzesca e non ho avuto assolutamente tempo da dedicare al progetto.
Speravo di essere leggermente più libero a partire da ieri, ma almeno per qualche giorno ancora non sarà così.
Ciao!
|
|
|
|
Questo è il posto: The yellow pub.
[...]
E' molto centrale e cominciano ad accettare bitcoin.
Ottimo! Cosa intendi con "cominciano ad accettare bitcoin"? Come mai non lo vedo su CoinMap?  Ciao! |
|
|
|
se non alzi la puntata minima i profitti tarderanno ad arrivare se puntano al raddoppio
Guarda che la martingala funzionerebbe in teoria solo se non ci fossero limiti in termini di puntata massima, e se contemporaneamente si disponesse di capitale infinito. Cosa che concretamente è impossibile. Sostanzialmente con la martingala si vince pochissimo quasi sempre, e si perde TUTTO raramente. Quindi per voi investitori, sui grandi numeri, non cambia assolutamente niente: anche se tutti utilizzassero la martingala, i profitti del banco sarebbero perfettamente in linea con quanto ci si aspetta. Basta pazientare. |
|
|
|
ho visto che la Lista di arbitri volontari e' aggiornata al 28/7/2014 e le discussioni terminano ad agosto.
Sì, purtroppo non ho più trovato il tempo per concludere la questione. vorrei sapere se la lista degli arbitri volontari e' ancora attendibile
Direi di sì, anche se il brocardo «caveat emptor» è sempre il punto da cui partire. Ciao! |
|
|
|
Anche mintpal ha messo commissioni a zero prima di sparire con il malloppo.... NOn vorrei portare sfiga ma io preleverei il prelevabile prima possibile :-)
Beh, i conti sono tutti azzerati: tutto il prelevabile dovrebbe essere già stato prelevato. Credo che per ora non faccia da gateway Ripple.. ma solo trading di XRP.
Molto male. Per quanto mi riguarda, sito sostanzialmente inutile. Ciao! |
|
|
|
|
Attenzione che l'indirizzo Ripple non è più quello vecchio.
Inoltre non sono riuscito a capire come far uscire IOU EUR (o altre fiat); sembrerebbe che non sia possibile. Se fosse così, per quanto mi riguarda utilità vicina allo zero...
[EDIT]
Magari occorre essere utenti verificati anche per usare la piattaforma come gateway Ripple?
[/EDIT]
|
|
|
|
Justcoin è tornato operativo. Per i vecchi utenti, fino a Natale, commissioni di trading azzerate. Da una prima occhiata sembrerebbe che, seppure abbiano cercato di mantenere l'impostazione cromatica analoga alla versione precedente, la nuova proprietà abbia cambiato tutta o quasi l'infrastruttura. Di norvegese non c'è più niente: non è più possibile nemmeno fare trading con le corone. Per contro si possono scambiare dollari di Hong Kong |
|
|
|
Bisogna solo specificarlo bene per evitare che qualcuno paghi da un indirizzo in cui non può ricevere (tipo faucet o simili)
Questo in ogni caso, visto che le eventuali vincite verranno evidentemente inviate al mittente. Ciao! |
|
|
|
In realtà possiamo accettare anche fino al blocco stesso le scommesse e sarebbe meglio in quanto al crescere del monte premi la fame aumenta e la voglia di giocare potrebbe crescere.
+1. Sì, anch'io avevo pensato di mettere come limite il momento della chiusura del blocco (quindi le ultime transazioni ammesse possono essere contenute nel blocco stesso, e non in quelli successivi). Si dovrebbe solo stabilire cosa succede di btc inviati all'indirizzo successivamente (capita quasi sicuramente)
È un problema che avevo già preso in considerazione: si manifesterebbe in ogni caso, anche anticipando il termine ultimo per effettuare le transazioni. io direi che si depurano della percentuale per offerte e delle fee e si restituiscono, oppure si restituiscono tutti tranne le fee per la transazione (forse e' meglio).
Sì, la seconda non mi dispiace. Io avevo pensato di mandarle in beneficenza, ma la restituzione (al netto delle commissioni) mi sembra una soluzione più corretta. Ho fretta ... in linea di massima un foglio di calcolo potrebbe nonessere uno strumento adatto, ci vorrebbe un programmatore pyton o c che conosca BTC.
Io col Python mi diletto; Bitcoin lo conosco discretamente. Problema: non sono affatto sicuro di riuscire a ritagliarmi il tempo per buttar giù il codice. In realtà dovrebbero bastare davvero poche righe. Magari dopo cena provo ad abbozzare qualcosa. Ciao! |
|
|
|
I resti per arrivare a 0.01 fanno montepremi o beneficenza come vogliamo.
Direi montepremi, così si gestiscono molto più semplicemente. Ciao! |
|
|
|
Dimmi se questo riepilogo puo' bastare per l'analisi che hai in mente:
2 shareholder (uno e' il sottoscritto) sono in possesso di piu' di 1000 share
3 shareholder hanno un numero di share fra 500 e 1000
19 shareholder ne hanno fra 100 e 499
12 shareholder ne hanno fra 50 e 99
87 shareholder ne hanno meno di 50
Ottimo, sì. Grazie! |
|
|
|
Non mi piace l'idea di diffondere il dato preciso
C'è una qualche ragione? quale sarebbe l'utilita' della cosa? Il pie chart penso che aiuti in modo sufficientemente preciso a capire come sono distribuite le share..
Eh, mica tanto. Il colpo d'occhio l'hanno solo i primi 4 investitori. Per gli altri è praticamente impossibile capire in che posizione ci si trovi. Ciao! |
|
|
|
le app adesso sono di nuovo sul play store
Ho controllato ora: solo la prima è disponibile. La seconda è stata nuovamente rimossa o non è stata ancora reinserita? Ciao! |
|
|
|
Come qualcuno di voi ha richiesto ho rappresentato in un pie chart la distribuzione delle share fra tutti gli shareholder, la fetta blu e' la mia.
Ottimo, grazie. È possibile avere anche i dati grezzi (sempre in forma anonima)? Grazie! |
|
|
|
Se lo si basa sul timestamp presente nei blocchi c'è una varianza di 2 ore massimo.
Questo valore è ricavato da un'analisi dei dati, o c'è qualche ragione tecnica? se come dici tu uno fa una transazione di 0.20 XBT per assicurarsi 20 biglietti e nello stesso momento qualcun altro facesse la stessa cosa, come si può evitare che i numeri del primo non siano riassegnati la seconda volta?
Perché il "numero di biglietto" viene assegnato (calcolato) a posteriori, direi anche dopo l'estrazione del blocco usato per stabilire i premi. Ciao! [EDIT] credo che si potrebbe utilizzare il concetto di "blocco del 2015 con id minore" se poi si torna indietro poco male, se il miner era "avanti" con l'orologio ed eravamo ancora nel 2014 poco male. Tanto mica cambia la data a posteriori :-)
Sì, appoggio questa soluzione. Se poi ci fosse un'alternativa migliore, la adotteremo l'anno prossimo. [/EDIT] |
|
|
|
Io sono stato fortunato in quanto viaggio parecchio ed i soldi anche se la carta è bloccata non so per quale recondita ragione ma si possono usare per pagare i pedaggi autostradali
La recondita ragione è che i caselli autostradali, dovendo aprire la sbarra il più in fretta possibile, non chiedono l'autorizzazione per effettuare la transazione, come invece avviene coi POS o con l'e-commerce: se la carta non è scaduta o comunque non è bloccata lato hardware (PIN digitato erroneamente più di 3 volte di fila), lasciano passare. La transazione viene poi effettivamente concretizzata in un secondo momento, anche molte ore dopo. Tu hai modo di verificare la correttezza delle transazioni? Risultano tutte registrate correttamente? Il credito residuo sulla carta si riduce del dovuto? Ciao! |
|
|
|
Non e' difficile, basta che si prenda i 20 numeri adiacenti nell'ordine delle transazioni. Se il resto e' uno dei 20 numeri ha vinto. Diciamo che basta considerare come se fossero 20 transazioni a pari merito (hanno lo stesso hash).
(spero di essermi spiegato ...).
Ah, ok! Chiaro. Ottimo. (insieme ai successivi) in un attacco 50%+1 e che l'ora gliela mettono i miner... quindi non potra' essere sbagliata di ore o giorni ma di minuti sicuramente ...
Sì, effettivamente hai ragione. L'idea del blocco preciso (numero tot) però continua a non piacermi: dato che dovremmo fissarlo a brevissimo, rischiamo di sbagliare di diversi giorni il momento dell'estrazione... Pensare alla "lotteria di capodanno" con estrazione il 30 dicembre o il 2 gennaio proprio mi disturba Alternative per stabilire quale sia il primo blocco estratto nell'anno nuovo (ora italiana) senza basarsi sull'ora indicata dal miner? Ciao! |
|
|
|
... definiamo l'unità minima dove avviene il ragionamento che hai fatto tu (diciamo 0.01 come mio esempio). Se la transazione e' di 0.2 BTC, diciamo che ha comprato 20 biglietti adiacenti, avrà piu' probabilità di vincere!
Mmm, mi sfugge come si possa fare. Se fai una transazione da 0,2 XBT hai comunque solo un unico hash per quella transazione: come fai a stabilire i "20 biglietti adiacenti"? Mi sembra molto più solido considerare quella transazione come un unico biglietto, più 0,19 XBT di donazione (continuando nell'ipotesi di un importo minimo richiesto di 0,01 XBT). Se invece è possibile superare questo ostacolo, tanto meglio: così per 20 biglietti non occorre fare 20 transazioni (con relative commissioni e peso sulla blockchain); mi piacerebbe però capire come. Cambia perche' la data non è detto sia esatta. Ossia, un miner potrebbe averla sbagliata e non escluderei che un blocco successivo possa avere la data minore del precedente
Qui sinceramente casco dal pero. Ho sempre considerato la prova temporale della blockchain come solidissima, ma in effetti non ho mai approfondito. Qualcuno ha per caso dei riferimenti tecnici? e poi ci sono i fusi orari
Questo non è un problema: basta stabilirlo. (io proponevo mezzanotte CET) Non pensavo a come dividere la posta ma a dove mandare la beneficenza
Anche qui, se ne discute tra di noi. Alla fine non credo che sia così difficile trovare una soluzione (o anche più di una) che piaccia alla stragrande maggioranza della comunità, o anche perfino alla totalità. Forza, buttate giù qualche proposta! Ciao! |
|
|
|
|
Show Posts
