Topic: Lotteria fine anno in Bitcoin (Read 4781 times)

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!

Purtroppo no (o almeno non ho trovato nulla).

Interessante, sai se sono riusciti a renderlo indipendente da escrow?
Con un contract mi viene in mente la soluzione, ma al momento negli stipt BTC manca la divisione con modulo ...

Non vedo il problema a farsi pubblicità.

Non avevo considerato il problema della divisione multipla in effetti.


Siamo in due a non stupirci più: ci sono le transazioni multiparty e  ho scoperto che esiste un whitepaper sulle lotterie multiparty http://eprint.iacr.org/2013/784.
Non riesco a trovare un campo in cui non si possa applicare la tecnologia dei bitcoin per decentralizzare le cose 

Sarebbe utile, anche se non é bello lo so, sfruttare la beneficenza per fare della pubblicitá alla comunitá Bitcoin. La pubblicità, ovviamente, dovrebbe arrivare a chi non ne fa giá parte e non conosce il bitcoin, altrimenti questo aspetto perderebbe peso,  e la somma si dovrebbe consegnare(tramite assegno bancario ) alla presenza di qualche autorevole rappresentante della fondazione e segnalando l'evento in rete e sui vari media.
Ma questa é solo la mia idea.

Direi qualcosa che accetta BTC. Finanziare chi non riconosce BTC non credo interessi nessuno.

Io cedo volentieri il codice JS che ho tirato fuori perche' non ho molto tempo per seguire, ovviamente rimango a disposizione per spiegare la motivazione di alcune scelte ma preferirei che fosse qualcun'altro che controlla e migliora il codice.  Il codice va migliorato ma sappiamo che alla fine sarà il regolamento che dovrà essere applicato.
Ci vogliono gli escrow ... che approvino l'algoritmo.

Se dividiamo troppo ho paura che l'hash non sia piu' significativo... ossia se divido l'hash per 200 biglietti (ma sono pochi ...) poi per 199 ... per 40 volte ottengo sempre 0 come quoziente e pertanto vincerebbe sempre il numero piu' basso...
Dobbiamo eventualmente cambiare metodo di estrazione e potremmo usare sha512(sha512(hash+qualcosa_del_blocco)) e le cose si complicano per cosa? Per far ripagare il bilgietto a 40 persone?

Direi di fare pochi premi che ne valga la pena:
20% in beneficenza a ... wikipedia, debian, altro ...
40% I premio
20% II premio
10% III premio
5% IV premio
5% ad una campagna di marketing nelle firme su bitcointalk
Ci sono 4 vincitori che possono leccarsi le dita e, si spera, migliaia di persone che hanno contribuito a qualche progetto open ...

Prezzo del biglietto: 0.01 BTC, credo si possano creare delle specie di mining pool (lottery pool?) per giocare insieme piu' biglietti. Basta inserirle più pagamenti in un unica transizione e il premio verrebbe diviso in proporzione conferimento degli indirizzi mittenti. Non so se sia possibile creare una transazione con mittenti di wallet differenti. Presumo di si ... ormai on smetto piu' di stupirmi.

Esatto , io la prima lotteria la vedrei come un test, un bel modello da eventualmente in futuro perfezionare, anche perché i tempi stringono. La organizzerei in Italia, per la comunitá Bitcoin che segue il forum, Facebook ed i circuiti che abitualmente utilizzate. COSÍ si potrebbe tenere relativamente nascosta e perché così é molto giù facile da gestire.  Per la beneficenza troverei qualcosa che abbia un valore simbolico e se possibile soprattutto per noi, tipo una scuola, un laboratorio, un reparto d'ospedale, una fornitura di tablets o pc per i bambini magari di una scuola multietnica a Genova o altre localitá alluvionate. Che ne dite?

C'è l'ONLUS del grande Sic 58 in Italia

Bisogna innanzitutto capire se aprire la vendita a tutto il mondo oppure limitarla (nel senso di non fare troppa pubblicità) solo all'Italia. Se si apre a tutti ci sono associazioni, principalmente negli USA, che si occupano di beneficenza in bitcoin, la Croce Rossa Americana, Wikipedia e vari progetti open.
 
Se invece si resta in Italia per la beneficenza si potrebbe puntare su ONLUS nazionali di provata onestà (al momento non me ne vengono in mente ma sicuramente qualcuna c'è) o donazioni a qualche ospedale, progetti open (tipo Wikipedia, openstreetmap o qualche progetto locale). Si potrebbe anche cercare di sfruttare la cosa per un po' di pubblicità positiva per i bitcoin (senza magari specificare direttamente che i fondi arrivano da una lotteria visto che siamo borderline con la legge)

Bene, il bravissimo e sempre attento Ercolinux ha doto le dritte per il marketing e potremmo accettare le sue proposte sicuramente meditate con attenzione. Ora ci manca un bel lavoro grafico, fare un post su Facebook? Chiedo non so, per trovare tutti insieme il destinatario della beneficenza e sapere da Picchio se ha bisogno d'altro. Che facciamo?😀

Sono in un periodo un po' incasinato anche io, ma qualcosa posso fare: tipo un po' di marketing.

Per il lato legale è un casino: la Bitcoin Foundation Italia come associazione potrebbe in teoria gestirla ma la normativa italiana è evidentemente preistorica. La legge impone la presenza di biglietti stampati da uno stampatore con fattura che dichiari quanti e con numerazione e restringe la vendita alla provincia in cui avverrà l'estrazione, che deve essere fatta alla presenza di un incaricato. Poi ci sono le dichiarazioni da inviare almeno 30gg prima dell'estrazione, le tasse e altre mille paturnie legali.  Qui c'è un piccolo sunto con tutte le informazioni http://www.unpliproloco.it/gestire-una-pro-loco/vademecum/lotterie.html

Si potrebbe eludere la parte legale: visto che sia i premi che i biglietti saranno denominati in bitcoin, non riconosciuti come valuta,  non sussiste la condizione principale prevista dalla legge di vendita dei biglietti.

Per il costo del biglietto possiamo valutare se fare biglietti a prezzi "popolari", tipo che so 0.005BTC sperando di venderne molti o alzare a 0,01/0,02BTC il biglietto.

Si potrebbe fare una divisione del montepremi di questo tipo(indipendente dal prezzo dei biglietti):

20% in beneficenza
15% al primo
10% al secondo
7,5% dal terzo
5% al quarto e quinto
2% dal sesto al quindicesimo
1% dal sedicesimo al venticinquesimo
0,5% dal ventiseiesimo al quarantesimo

Con 200 biglietti venduti i premi più bassi ripagano del costo, da li in su il guadagno aumenta.

Se interviene qualcuno di btcitalia se ne esce se no posso girare il codice a chi vuole prendersi la briga di verificare e proseguire, a spanne mancano:
- un regolamento chiaro
- controlli JS per vedere che funzioni correttamente quanto ho scritto e sia conforme al regolamento
- escrow
- verificare che sia le9ale (*)
- marketing

(*) Forse configurandola come donazione ad una associazione che poi restituisce parte delle donazioni mediante lotteria si puo' fare ... forse facendo notare che non sono soldi ma firme crittografiche ...  non saprei.
L'algoritmo è nel forum.
Il codice JS lo metterei sotto GPL (se compatibile con altri file utilizzati).

Forza Picchio...cé già la coda al botteghino. Se hai bisogno di aiuto si sono offerti in molti mi pare. Io purtroppo non sono in grado, posso solo smuovere un po' le acque quando mi sembra che si stiano intorbidendo. Ma chi sta organizzando la cosa? Sei da solo? Ercolinux e Semby voi potete occuparvi degli altri aspetti, marketing, grafica, costo dei biglietti, valore dei premi, quota in beneficenza e destinatario...rompo lo so, ma perché fermarsi ora? 

Ciao a tutti ragazzi
per motivi che non sto a raccontarvi, devo mio malgrado abbandonare il progetto che stava nascendo. 
Picchio si è dimostrato in questi giorni persona estremamente valida e competente, e chiederei, a tutti coloro fossero davvero interessati, la cortesia di aiutarlo a portare a termine il proprio lavoro vramente meritevole.
So che il tempo stringe, ma l'importante è creare il sistema che sia utilizzabile poi anche in futuro.
Ciao e grazie a tutti.
yanez72

A me interessa, però bisogna sbrigarsi che ormai mancano 27 giorni 

Esagerato!
Sorry ma non ci sono su fb
Odio profondo verso quel sito di incontri mascherato

Thebomber sei il mio mito, e ti trovo ovunque! Ma su fb come ti chiami? Fammelo sapere in pvt

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!

... 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! Se minore di 0.01 allora li consideriamo beneficenza (o montepremi).

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 ... magari è impossibile ma la data puo' cambiare e poi ci sono i fusi orari ... quindi si sceglie un blocco significativo e magari si crea l'indirizzo di invio con un vanity address che ha come prefisso il numero di blocco.

Non pensavo a come dividere la posta ma a dove mandare la beneficenza ... piu' un problema sociale che matematico ... SI potrebbero mettere in un sistema ad oracoli che paga solo se, ad esempio, viene riparato il tetto della tal scuola o altro evento di beneficenza ... ma legato ad una situazione utile alla diffusione delle criptomonete Ciao..

Ci potrebbe stare come idea. Attendo news.

Ottimo picchio. Mi piace molto il tuo algoritmo, che permette di effettuare l'estrazione indipendentemente dal numero di biglietti venduti.

Si tratta poi di stabilire cosa fare se viene inviato un importo diverso, minore o maggiore. Una soluzione potrebbe essere: se minore la si considera come una donazione alla causa e stop; se maggiore, la transazione viene conteggiata come biglietto valido e tutto il "di più" come donazione.

In realtà non cambia sostanzialmente niente; basta stabilirlo a priori. Io preferirei il primo blocco dell'anno nuovo, piuttosto che uno qualunque scelto arbitrariamente: mi sembra più "evocativo".

Che problemi? Io non ne vedo.

Ipotizziamo di destinare il 20% in beneficenza. Si potrebbe ad esempio dare il 43% come primo premio, il 20% come secondo, il 10% come terzo, il 5% come quarto, il 2% come quinto e il resto in beneficenza. Ragionando in termini percentuali non vedo cosa si possa contestare.

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.

L'escrow può anche essere più di uno, multisig

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

Nessun problema Ondin, io non ho nessuna esclusiva e nemmeno la vorrei 
Ho solo lanciato l'idea visto che oltre alla lotteria in se potrebbero generarsi altri servizi o iniziative per il futuro.
Quindi ben venga l'aiuto di tutti coloro che hanno idee o esperienze in merito.
Per questo non saprei non mi sono interessato, ma l'idea è quella di rimanere il più possibile appoggiati alla blockchain che è il cuore di tutta la tecnologia.
Grazie, ciao

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

Ah, per la faccenda dei numeri estratti, non esiste per caso nel mondo una piccola lotteria che pubblichi i risultati online e replicare così il numero di biglietti da vendere?

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.

Bella l'idea dell'hash! Semplicissima e comoda.

Non è un servizio, è un protocollo che lavora dentro alla blockchain di Bitcoin.

Ho fatto qualche cosa come "utente" già alcuni mesi fa; non ho però esperienze di programmazione con Counterparty, al momento: sto dando un'occhiata alla documentazione proprio in questi giorni.

In realtà, se ci accontentiamo (almeno per quest'anno) di una gestione più "casereccia", potremmo anche farne a meno. Chiaramente così facendo dovremmo rinunciare ad una gestione completamente decentralizzata e automatica; tutto sommato poco male: l'anno prossimo si farà meglio.

Se troviamo degli sponsor di un certo spessore, possiamo anche pensare di destinare il 100% dei bitcoin raccolti, offrendo ai vincitori i prodotti donati dagli sponsor.

Userei un indirizzo multisig per raccogliere i bitcoin.

Resta anche da definire come gestire la vendita dei biglietti: il documento su Google docs non mi entusiasma (troppo facile manometterlo). L'ideale sarebbe anche qui sfruttare in qualche modo la blockchain.

Per il blocco da usare per l'estrazione, cosa ne dite del primo blocco chiuso dopo la mezzanotte di capodanno ora italiana (CET)?

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.

Si potrebbe usare il nounce, come su http://www.satoshinonce.com

Il 1° premio va al nounce del tal blocco, il 2° premio al successivo etc... e i soldi in escrow.

Mi sembra molto più semplice

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

L'idea è carina, specialmente se si aggiunge la parte della beneficenza come ipotizzato da Stemby.
In effetti i tempi sono un po' stretti però ci si potrebbe provare.

Nella sezione inglese sono stati fatte diverse lotterie con vari sistemi.

Uno a prova di frode potrebbe essere quello di far scegliere un numero fra 0 e 255 ai partecipanti, convertirlo in esadecimale e dopo aver deciso un numero di blocco per l'estrazione utilizzare l'hash di questo blocco per verificare la vincita: ad esempio prendendo il blocco 331244 l'hash è 0000000000000000 14 46 c1 1d d4 46 dc 5b be 68 59 40 51 be bf 25 1b c8 77 66 87 03 4a aa quindi avremmo:
14 primo premio
46 secondo premio
c1 terzo
1d quarto
d4 quinto
46
dc
5b
be
68

e così via fino al 24 premio. Nel caso di 2 numeri uguali (in questo esempio "be" è uscito 2 volte) il "biglietto" vincerebbe 2 premi.

Se si pensano di avere più di 256 biglietti venduti si possono usare i numeri da 0 a 4095 (0-fff) e spezzare l'hash in blocchi di 3 usando 2 blocchi consecutivi per l'estrazione di 32 premi.

Eventuali premi non riscossi (se non tutti i "biglietti" fossero venduti può succedere) possono finire nel jackpot da dare al vincitore del primo premio, oppure essere destinati alla beneficenza.

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 è carina (pur non amando io particolarmente le lotterie). Se parte degli incassi andassero in beneficenza, probabilmente parteciperei anche.

Il problema è che si tratta di un lavorone, e mi sa proprio che non ci sia il tempo materiale per metterlo in piedi.

Credo che si potrebbe appoggiare l'infrastruttura su Counterparty.

Ciao!

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