Topic: Lotteria fine anno in Bitcoin - page 2. (Read 4781 times)

Se il progetto vi interessa posso fare qualcosa.

Nello specifico pensa a:

Assegnazione del "tagliando" con il numero di estrazione in base all'ordine alfabetico del TXID che spediscono i coin entro le date prestabilite.
Estrazione di 3,4,5... numeri partendo dall'hash del blocco prescelto e traformato in un intero che verrà utilizzato come seed per l'algoritmo di estrazione.

Così mi pare che nessuno possa obiettare le estrazioni che saranno 100% inconfutabili.

Se c'è interesse e credete che come sistema possa essere buono ci metto mezza giornata a farlo (credo).

Una via di mezzo, al momento ho preparato uno script in js che tramite api scarica i dati e calcola i numeri vincitori in ordine di estrazione.
Se ci fossero programmatori JS che possono dare una mano ...

Ciao Yanez72, questo progetto va avanti o si é poi stoppato?

Questo in ogni caso, visto che le eventuali vincite verranno evidentemente inviate al mittente.

Ciao!

Bisogna solo specificarlo bene per evitare che qualcuno paghi da un indirizzo in cui non può ricevere (tipo faucet o simili)

+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).

È un problema che avevo già preso in considerazione: si manifesterebbe in ogni caso, anche anticipando il termine ultimo per effettuare le transazioni.

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.

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!

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. Si dovrebbe solo stabilire cosa succede di btc inviati all'indirizzo successivamente (capita quasi sicuramente), 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).

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 ancora non sono in grado... comunque stabilito l'lgoritmo forse si potrebbe addirittura fare uno scrypt o un contract ma le cose si complicano...
Ciao
PIcchio

Io mi fido zero delle estrazioni fatte da un essere umano, il codice hash di BTC non puo' essere falsificato, al massimo qualcuno potrebbe decidere di non broadcastare il blocco se lo risolve e non vince la lotteria pertanto il valore di 25BTC in premio (per ora) ci dovrebbe garantire fino a quella cifra. Consideriamo che poi non e' che vinca sicuramente se il blocco lo trova qualcun'altro ....
Avevo pensato anche ad un algoritmo per evitare questo problema ma richiede il doppio intervento di chi gioca e non e' il massimo ... se mai ne parliamo...

Per quanto mi riguarda e come ho già espresso nei post precedenti, la proposta mi parrebbe interessante se si mantenesse in linea il più possibile con la tecnologia blockchain, staccandoci quanto più possibile dagli "standard" esistenti, giusto per sperimentare anche possibilità, limiti e possibili sviluppi futuri.
Le soluzioni che stanno uscendo da questi messaggi stanno andando in quella direzione...poi tutto è possibile a sto mondo, ma credo che l'interesse in un forum come questo si alimenti per il contributo e la crescita di tutto ciò che ruota attorno a questa mirabolante tecnologia! 
Grazie, ciao

Quando mi sono iscritto al forum avevo avuto un'idea simile, ma nessuno mi ha calcolato.
Perchè non fare una cosa basandosi sul risultato del lotto ?
Il primo estratto su ogni ruota, 10 ruote, 900 possibili biglietti

Bene chiaro e mi pare un'ottima idea per l'assegnazione.
Personalmente chiuderei le giocate il giorno prima dell'estrazione del blocco chiamiamolo vincente, che per me potrebbe benissimo essere il primo "blocco del 2015 con id minore" (ora italiana). Oppure determinare approssivativamente, il giorno prima dell'estrazione il numero del blocco scelto, a quel punto dovremmo solo determinare il giorno fregandocene di tutti gli altri dettagli... tanto un blocco vale l'altro ai fini dell'estrazione.
Dico fermare il giorno prima le giocate in quanto un pò di lavoro di assegnazione numeri e relativa pubblicazione va necessariamente fatto.
Per l'algoritmo di determinazione dei numeri si potrebbe compilare il tutto con un foglio di excel che ordini iltutto e produca i valori da pubblicare, sul forum in modo trasparente, coiè ad esempio:
la transazione 38af769cb360d961464cb3295331bd9b10e69ca7c0oec55d58308b25d6e7fff7 si aggiudica i numeri 0-1-2-3-4-5 (0.06 XBT)
la transazione 3f86dd26be7fe820f3a1df890b929c129e4b7c258a2a585efd6e84b1dc89ea2asi aggiudica i numeri 6-7 (0.02 XBT)
e così via fino a deteminare il numero totale dei biglietti venduti.
A questo punto dovremmo stabilire il modulo di divisione da applicare all'hash del blocco vincente, e trasformare tali valori alfanumerici in numeri esadecimali giusto o mi son perso qualcosa?
ciao

Direi montepremi, così si gestiscono molto più semplicemente.

Ciao!

Esatto. Alla fine e solo allora sapremo quante sono le giocate, si ordinano per hash le transazioni, la piu' bassa prende il numero 0, se è di 0.1 BTC prende i numeri da 0 a 9, la seconda il numero 2 o 10 a seconda di quante ne aveva la prima (piu' bassa in numero) e via dicendo.
I resti per arrivare a 0.01 fanno montepremi o beneficenza come vogliamo.

Questo valore è ricavato da un'analisi dei dati, o c'è qualche ragione tecnica?

Perché il "numero di biglietto" viene assegnato (calcolato) a posteriori, direi anche dopo l'estrazione del blocco usato per stabilire i premi.

Ciao!

[EDIT]
Sì, appoggio questa soluzione. Se poi ci fosse un'alternativa migliore, la adotteremo l'anno prossimo.
[/EDIT]

Ciao a tutti
scusa pichio ma mi sfugge il fatto di assegnazione dei numeri personali.. 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?

Se lo si basa sul timestamp presente nei blocchi c'è una varianza di 2 ore massimo.

Cambiamo nome alla lotteria :-)
Ma a parte le battute, secondo me BTC e' talmente "rivoluzionario" da stravolgere ogni paradigma precedente pertanto anche la lotteria di capodanno dovrebbe subire l'effetto della blockchain ...
Tuttavia 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 :-)

Ah, ok! Chiaro. Ottimo.

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!

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 ...).
Per il resto aspetto anche io delucidazioni. Solo una nota sul tempo: considera che un blocco potrebbe anche venire broadcastato anche ore dopo (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 ...

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.

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?

Questo non è un problema: basta stabilirlo. (io proponevo mezzanotte CET)

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!