Lotteria fine anno in Bitcoin

[Stemby]

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!

[1714796158]

1714796158

[1714796158]

1714796158

[picchio]

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!

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 :-)

[HostFat]

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

[yanez72]

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

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?

[Stemby]

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]

[picchio]

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!

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.

[Stemby]

I resti per arrivare a 0.01 fanno montepremi o beneficenza come vogliamo.

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

Ciao!

[yanez72]

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!

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.

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

[lottoitaliano]

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

[yanez72]

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

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

[picchio]

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

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

[picchio]

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!

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.

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.

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

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

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

[Stemby]

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!

[ercolinux]

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.

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

[Stemby]

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!

[Ondin]

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

[picchio]

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

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

[TheBomber999]

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

[Ondin]

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

[TheBomber999]

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

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