Per la beneficenza troverei qualcosa che abbia un valore simbolico (...) Che ne dite?
Direi qualcosa che accetta BTC. Finanziare chi non riconosce BTC non credo interessi nessuno.
|
|
|
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?😀
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.
|
|
|
... 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 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.
|
|
|
http://www.italcoin.it/Da quello che ho capito ti danno un app dove loro si prendono il 50% delle fees. (?) (...) Ma magari ho capito male, per favore illuminatemi. Se ho capito chi usa la APP ha un costo aggiuntivo di 0.005 BTC a transazione delle quali 50% vanno a loro e 50% vanno a te che hai chiesto l'app e la fai usare ai tuoi clienti. Se devi diffondere BTC puoi accollare questo costo aggiuntivo ai tuoi riferimenti/clienti/partner e il 50% ti ritorna indietro. Non esprimo giudizi.
|
|
|
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? 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).
|
|
|
vorrei evitare che le transazioni che faccio vengano rintracciate o viste da una terza persona.... ecco perchè volevo dei suggerimenti su un po di cose...ma se su questo forum posso trovare delle guide,mi va anche bene Prova a cercare mixer o simile, invii ad un mixer che mischia le carte in modo che non si possa sapere chi ha dato a chi quanto.
|
|
|
ahahahahah mi sa che allora dovrò leggermi altre guide spero di trovarle su questo forum Magari non ho capito io cosa intendevi dire.
|
|
|
Inoltre volevo chiedere come rendere sicure le transizioni e farle vedere da meno nodi....non so se riesco a spiegarmi ahahahah
Per far vedere le transazioni da meno nodi possibile devi sperare finiscano in un fork edella chain e basta. Meglio non broadcastarle :-)
|
|
|
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 ...
|
|
|
Non lo fanno perchè è complicato o perchè non gli interessa?
Parliamo di disabilitare gli ip TOR? In questo caso potrebbe anche essere una volontà del cliente ... a mio avviso potrebbe essere una opzione di configurazione al fine di consentire agli utenti di scegliere. Considera che blocchi del genere darebbero un lavoro aggiuntivo per gestire gli utenti che non ci capiscono una mazza.
|
|
|
... Sapevo anche io così,ma allora xke nella connessione pop3 col cellulare non ho alcuna mail???quella rimane memorizzata sul cell anche se nella mail è stata cancellata finché non la vedo...
In pop3 vai a leggere ogni x secondi, probabilmente ha avuto modo di capire a che ora vai a leggere guardando lo stato delle email da non lette a lette e ha avuto x secondi per fare il tutto: compreso cancellare l'email prima che il pop3 la ricevesse. Magari ha anche solo messo un filtro per spostare l'email in cartella imap differente che il pop3 non vede.
|
|
|
La data utile per la partecipazione all'award 2014 della notizia spazzatura sta giungendo al termine. Cosa dite, chiudiamo il "concorso" e diamo un mese di tempo (tutto dicembre) per le votazioni? Oppure attendiamo fine anno e le votazioni a gennaio 2015?
Aspettiamo i geni che commenteranno il picco 2013 vs dicembre 2014?
|
|
|
Argomento già stra-trattato, secondo le regole attuali dell'economia del Bitcoin, non c'è problema ad aumentare la sua "divisibilità", e quindi anche aggiungere altri decimali. Se servirà, si farà.
Come viene memorizzato il valore di una transazione? Floatting point o integer a quanti bit? Grazie
|
|
|
Justcoin è tornato operativo. Per i vecchi utenti, fino a Natale, commissioni di trading azzerate.
Anche mintpal ha messo commissioni a zero prima di sparire con il malloppo.... NOn vorrei portare sfiga ma io preleverei il prelevabile prima possibile :-)
|
|
|
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
|
|
|
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...
|
|
|
ragazzi ancora devo riuscirci non trovo questo file perchè ho il pc acceso tramite un hardisk esterno visto che quello interno è guasto ma posso entrarci sempre tramite questo esterno, vi chiedo ancora umilmente di darmi una mano per favore...
Non c'entra niente sono OT. Come hai fatto a fare il boot da HD esterno con mac? Usando il Boot Menù ? Tasto option allo start. FaSan Ma funziona anche con pennette con OS GNU/Linux? Perche' ho alunni che non riescono con il mac e non avendone a disposizione non so mai cosa rispondere.
|
|
|
ragazzi ancora devo riuscirci non trovo questo file perchè ho il pc acceso tramite un hardisk esterno visto che quello interno è guasto ma posso entrarci sempre tramite questo esterno, vi chiedo ancora umilmente di darmi una mano per favore...
Non c'entra niente sono OT. Come hai fatto a fare il boot da HD esterno con mac?
|
|
|
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.
|
|
|
|