Ciao a tutti
l'altro giorno entrando in tabaccheria, mi è caduto l'occhio sui biglietti della lotteria Italia... ho pensato perchè non organizzare con tutto il forum una cosa del genere ma con premi in Bitcoin?
Cosa importante... nessuno che organizza sta cosa ci farebbe sopra un guadagno, il ricavato dalla vendita dei "biglietti" sarebbe diviso in percentuali da stabilire ipotesi dal 1° al 10°/20° premio.
L'ID della transazione sulla blockchain sarebbe la prova di acquisto del (chiamiamolo) biglietto, che si farebbe verso un indirizzo univoco in possesso di qualche escrow a garanzia di trasparenza (Hostfat potrebbe prestarsi?  ).
Ecco al limite l'escrow potrebbe richiedere un rimborso per il servizio. Credo si possa uilizzare il multisig ma non ne so molto.
L'unica cosa che mi lascia qualche dubbio è la modalità di estrazione degli ID vincenti, che potrebbe avvenire in un meeting da organizzare dove tutti i presenti garantiscano il regolare svolgimento delle operazioni per di più tutte visibile via web... oppure ci si potrebbe affidare al caso.
Il che potrebbe aprire una sorta di ipotesi tra le più disparate e "contorte", sempre utilizzando la Blockchain, per far in modo sia proprio la casualità a determinare i vincitori... ma qui occorre la vostra fantasia.
La cosa secondo me potrebbe andare ben oltre i confini nazionali se prendesse piede e fosse pubblicata sul forum internazionale.
Che ne dite ragazzi, l'ho sparata grossa o qualcuno se la sente di imbarcarsi in questa avventura?
Grazie per l'attenzione, aspetto vostri commenti ed eventuali sassate!
ciao a tutti
yanez72

Si potrebbe usare l'hash del blocco numero xyz e considerarlo casuale a meno di 25BTC di premio, si potrebbero forse usare dei contract (o simile) e automatizzare il tutto.

L'idea della beneficenza di Stemby supportata anche da ercolinux va sicuramente tenuta in considerazione destinando una percentuale attorno al 20-30% del ricavato e, dato che ci siamo, potremmo farlo ad una organizzazione che possa mettere in risalto la donazione fatta con questa modalità.
Per i tempi lo so siamo un pò tirati, ma nessuno ci vieta di fare la lotteria per Pasqua  , l'idea del 3 gennaio che corrisponde al Genesis block del 03/Jan/2009 sarebbe stata carina, ma fare tanto per fare a me non va, e queste cose vanno studiate meglio e con l'aiuto di tutti.
Avevo pensato anch'io all'hash del blocco per rimanere in tema, ma come gestisci il fatto che una combinazione possa non essere stata associata all'ID venduto? Cioè nel tuo esempio il numero 14 potrebbe essere il 14° biglietto venduto, ma il codice c1 o d4 esempio come li assoceresti? Sicuramente sfugge qualcosa a me 
Io proporrei anche un file creato con google docs in cui ogni utente venga inserito con nick e ID, una sorta di data base che tutti possono visualizzare. Logicamente il lavoro andrebbe fatto manualmente.
Pensavo anche all'idea di un piccolo software open source che potesse prendere tutti i valori degli ID e al momento opportuno estrarre in automatico i 10-20 -30 numeri vincenti.
Stemby per quanto riguarda Counterparty come potrebbe essere gestita la struttura, hai già utilizzato questo servizio?
Grazie per le risposte, buona domenica
ciao

Il codice del "biglietto" viene scelto dalle persone sull'intero pool di numeri disponibili. Nell'esempio che ho fatto dividendo l'hash in blocchi di 2 cifre i possibili numeri vanno da 0 a 255 (00-ff in hex), quindi ci sarebbe un tabellone con i 256 numeri e le persone scelgono da li quali numeri acquistare (un po' come nelle lotterie dei negozi di fine anno/Natale/Pasqua). Un numero può essere scelto da una sola persona. Poi sul blocco scelto per l'estrazione si fa la verifica di chi ha vinto.


Sfruttare il nonce del blocco puntata porta al problema che potresti avere più puntate nello stesso blocco o più blocchi con le stesse cifre finali nel nonce.

Scusa yanez72, ho lanciato la stessa idea oggi su fb., non avevo ancora letto la tua proposta. Sarebbe molto bello andasse in porto. Buon lavoro a tutti.

Per me il metodo di ercolinux potrebbe essere valido, il discorso del nonce potrebbe portare a quel problema che evidenziavi anche se sul sito http://www.satoshinonce.com proposto da erre, dando un occhio ai tempi, le scommesse sembrano essere inserite ognuna in un blocco diverso dal precedente.
Allora ercolinux te la senti di fare il notaio della situazione?  



Proprio per i tempi ristretti opterei per la gestione "casereccia", anche se l'idea di creare un sistema decentralizzato indipendente dalla natura umana residente sulla blockchain è molto intrigante... ma si sa da cosa nasce cosa e chissà quale diavoleria potrebbe nascere da queste riflessioni.
Per gli sponsor secondo me la questione si complica un pò, dover gestire prodotti spedizioni e relative spese potrebbe essere un ulteriore ostacolo alla tempistica nel voler creare un meccanismo operativo in tempi brevi. La seconda considerazione che mi sorge è che magari non tutti i vincitori sarebbero disposti a divulgare nome cognome e indirizzo per la spedizione.
Per l'indirizzo multisig potremmo utilizzare greenadress, anche se per me l'ipotesi escrow rimane molto valida.
In effetti il documento su Google docs potrebbe apparire un pò troppo banale, al limite si potrebbe aggiornare nel topic l'elenco dei numeri in questo modo:

                                   ID TRANSAZIONE                                              |       NUMERO    
______________________________________________________________________________
0ba33d0cbb81b05d6a891b27bb2211aa47cb77b9584f096fb700d497b28ba185  |          25        
b85422cf7b6298783ccc91d4e9403ab2fed2cf439c16ef65300c22e97ea87dd1   |          18        

Grazie a tutti per i contributi
ciao

Questo algoritmo potrebbe funzionare:
- si predispone un indirizzo al quale inviare la giocata di x BTC (es. 0.01).
- la transazione ID e' un numero unico, quello e' il codice del biglietto.
- Al blocco stabilito: numero e non data. Si contano le transazioni da 0.01 BTC che sono le giocate. Si ordinano per transaction ID e si avra' un numero da 0 a n-1.
- si prende l'hash del blocco e si fa la divisione modulo n, il resto e' il numero ottenuto e' il primo qualificato.
- si riordinano le transazioni togliendo chi ha vinto, si prende il quoziente e si divide per n-1 e si tiene il resto che ' il II classificato.
- si prosegue fino al numero di vincitori che si vuole premiare.

In questo modo non ci possono essere contestazioni o furti a meno dell'escrow che scappa con la cassa, ... sono sicuro ci sia la soluzione e magari anche un contract in grado di risolvere. Se si vuole decidere per una donazione a qualcosa ma poi nascono altri problemi ...
Ciao

Hai ragione, certo. É solo nel caso fosse troppo complicato.  Anche per me comunque sarebbe molto bello se una parte del ricavato andasse in beneficenza, vedi poi se puoi iil post più i commenti su fb.

Ci potrebbe stare come idea. Attendo news.

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!