Nella sezione dove hai scritto, in alto, c'era questo messaggio
REGOLAMENTO [ IN QUESTA SEZIONE NON SI APRONO DISCUSSIONI PER FARE DOMANDE ] <--
Questa sezione dove si trova ora il tuo messaggio, si chiama sezione "Mining"
|
|
|
Se aprite ora il sito vedrete in alto il logo di Kraken. Ho contattato il supporto e mi hanno detto che ora i trasferimenti sono manuali, ma nel prossimo futuro, finita l'integrazione con le API, i trasferimenti saranno istantanei sia in entrata che in uscita. EDIT: Mi hanno detto che anche Bitfinex accetta
|
|
|
Ho indagato di più sulla versione Ethereum, e di fatto, non ha risolto il problema principale che stavo cercando di risolvere quando mi è venuta l'idea (cercando una soluzione comunque nelle transazioni non confermate)
Il problema ad aspettare le conferme dei blocchi, è che si lascia uno spazio di 10 minuti dove tutte le transazioni possono entrare, e quindi diventa impossibile dargli ordine, sapere chi è arrivata prima di chi. Su Ethereum questo problema è minore, ma sempre presente: i blocchi escono ogni 15 secondi in media. Quindi tutte le transazioni che entrano in quell'arco di tempo avranno la stessa altezza, il loro ordine viene pescato praticamente a caso da chi prepara il blocco. (se hanno tutte la stessa quantità di valuta e di gas)
Esempio: inviando quindi io una tx, e qualcun'altro un'altra tx 2/3 secondi dopo, potrebbe essere che io arrivi comunque ad essere messo in prima fila nel blocco, pur essendoci un altro che in realtà è arrivato dopo di me. Secondo la logica del gioco, dovrebbe vincere lui, e invece potrei vincere io.
L'unica soluzione o usare una blockchain ancora più veloce di ethereum, per limitare ancora di più il problema, o comunque affidarsi a quanto dice chi gestisce il servizio (se la blockchain usata non dispone di smartcontract), in base a delle regole prestabilite.
Il problema delle transazioni non confermate, è che uno appena vedendosi superare, potrebbe semplicemente tentare un double spend. Un modo per limitare questa cosa potrebbe essere, ovviamente bannare indirizzi bitcoin che hanno effettuato double spend (invianti e riceventi), ma anche limitare ad accettare transazioni solo da indirizzi Bitcoin che non abbiano ricevuto niente nelle ultime 24 ore (o più anche più)
|
|
|
Probabilmente si è addormentato e/o si è dimenticato di riattivarlo
|
|
|
Una rete di oracoli diminuisce i vari rischi di menzogna, comunque potenzialmente bassi, ma anche semplicemente i rischi di "non risposta".
|
|
|
E' tutta preminata, e viene distribuita dal faucet. Il pow serve comunque per inviare e ricevere transazioni. Fino ad ora veniva usata la CPU. Con l'ultima versione, c'è il modulo in beta per fargli fare questo pow con la GPU (e quindi, più veloce) Per farlo bisogna abilitarlo come descritto.
Oppure aspettate che esca dalla beta, e quindi nelle future versioni.
|
|
|
Se volete provare in anteprima il modulo di POW su GPU (presente dalla v7.4.4), potete avviare il client con questo comando "—diagnostics" Da linea di comando su mac e linux dovreste già trovare le informazioni che servono, su windows li troverete nei log in questa cartella: C:\Users\[NOMEUTENTE]\AppData\Local\RaiBlocks\log Le informazioni che servono sono Platform e Devices[2016-04-20 11:48:35.186505]: OpenCL found 1 platforms and 2 devices Platform: 0 FULL_PROFILE OpenCL 2.0 Intel(R) OpenCL Intel(R) Corporation cl_intel_dx9_media_sharing cl_khr_3d_image_writes cl_khr_byte_addressable_store cl_khr_d3d11_sharing cl_khr_depth_images cl_khr_dx9_media_sharing cl_khr_gl_sharing cl_khr_global_int32_base_atomics cl_khr_global_int32_extended_atomics cl_khr_icd cl_khr_image2d_from_buffer cl_khr_local_int32_base_atomics cl_khr_local_int32_extended_atomics cl_khr_spir Device: 0 Intel(R) HD Graphics 5500 Intel(R) Corporation FULL_PROFILE GPU Compiler available: true Compute units available: 24 Device: 1 Intel(R) Core(TM) i7-5500U CPU @ 2.40GHz Intel(R) Corporation FULL_PROFILE CPU Compiler available: true Compute units available: 4 Dentro al file config.json troverete queste nuove impostazioni: "opencl_enable": "false", "opencl": { "platform": "0", "device": "0", "threads": "1048576" Dovrete spegnere il client e cambiare opencl_enable in true. Platform dovrebbe andare già bene a 0. Device dovrete metterlo con il numero della vostra scheda video, nel mio caso di esempio è 0. Salvate e riaprite il client. Il POW per le transazioni verrà ora fatto dalla vostra GPU, e quindi più velocemente.
|
|
|
No, che la carta che hai messo non è in euro ma in sterline.
|
|
|
No di fatti, ma non è l'unico "progetto" dove serviranno, quindi è certo che arriverà una rete simile.
|
|
|
Si, per funzionare questa cosa servirebbe per forza una grossa rete di oracoli.
|
|
|
How everything has begun. Here he said that it was good to take away money if they are received by mistake of someone else. 1) https://bitcointalk.org/index.php?topic=1200265.msg14184859#msg141848592) Anon39 has given a neutral trust because of this, you can find it here: https://bitcointalk.org/index.php?action=trust;u=5608763) After this it has started a flame on the original thread of bitgold, that I thought it was OT, so I DIDN'T deleted it, but I moved the OT posts in the italian OT section: https://bitcointalk.org/index.php?topic=1401870.0https://bitcointalk.org/index.php?topic=1401691.04) Videodrome has also opened another bitgold clone thread with flame included at the start https://bitcointalk.org/index.php?topic=1401729.05) After this, he started a negative trust war against Anon39, which personally I don't really care. https://bitcointalk.org/index.php?topic=1441554.06) BUT after this he started to make legal threats against Gianluca95 here:https://bitcointalk.org/index.php?topic=1441554.msg14585168#msg14585168And again here: https://bitcointalk.org/index.php?topic=1441554.msg14585737#msg145857377) Then he did another legal threats to BitNowhttps://bitcointalk.org/index.php?topic=1096711.msg14598055#msg145980558 ) After this, I sent him the PM, and he chose to make it public here: https://bitcointalk.org/index.php?topic=1441554.msg14599437#msg14599437This is a full flame discussion against Anon39 and me (because I've moved to OT some messages - point 3) You can see that I didn't wrote anything until he made public my PM for what he did in 79) This was my reply: Per precisione, il link riportato nell'immagine è questo, per chi volesse cliccarci velocemente: https://bitcointalk.org/index.php?topic=1096711.msg14598055#msg14598055@Videodrome Avevo inviato il PM perchè, in genere, facendo richiami di questo tipo si finisce nello sputtanamento pubblico, che ti volevo evitare. Comunque hai preferito rendere tu ben evidente il tuo attuale comportamento, e il mio avvertimento resta valido. Translation: For accuracy, the link in the image is this one, for who wants to easily click it: https://bitcointalk.org/index.php?topic=1096711.msg14598055#msg14598055@Videodrome I sent you the PM because, usually, by doing public blame against someone, that it finish in a public making fun of him, that I wanted to avoid to you. Anyway, you preferred to make it public your current behavior, and my warning remains valid.
|
|
|
Per precisione, il link riportato nell'immagine è questo, per chi volesse cliccarci velocemente: https://bitcointalk.org/index.php?topic=1096711.msg14598055#msg14598055@Videodrome Avevo inviato il PM perchè, in genere, facendo richiami di questo tipo si finisce nello sputtanamento pubblico, che ti volevo evitare. Comunque hai preferito rendere tu ben evidente il tuo attuale comportamento, e il mio avvertimento resta valido.
|
|
|
Idea rivista in dark:Si toglie il contatore, e all’indirizzo viene assegna una persona. Quando tale persona muore, l’ultimo che ha versato la transazione per partecipare (anche di un solo satoshi per dire) vince tutto, ricevendo l'ammontare nell'indirizzo usato in precedenza. Questa è una versione semplificata ma più caotica dall’assasination market, perchè non c’è più il bisogno di dover indicare in anticipo quando la persona morirà, basterà fare una transazione prima dell’esecuzione. L’altra differenza è che essendo l’indirizzo pubblico, il bersaglio saprebbe sempre in leggero anticipo che sarebbe a rischio di esecuzione. Allo stesso modo altri precedenti assassini, un attimo prima dell’esecuzione, potrebbe diventare dei protettori se ci fosse una transazione da parte di qualcun’altro che non siano loro. Potrebbe anche essere fatta dalla stessa potenziale vittima questa transazione, al che gli assassini forse inizierebbero una battaglia all’ultima tx fra loro e la vittima. Se la vittima fosse molto ricca, potrebbe portare avanti per molto questa cosa, forse facendo anche finire i soldi dei potenziali assassini. Il premio comunque continuerebbe a diventare ogni giorno più grande, e cosi altri potenziali esecutori potrebbero farsi avanti. Ancora, se la vittima fosse molto ricca, per fare quanto detto sopra, dovrebbe comprare molti di questi bitcoin (o il token utilizzato), per proteggersi ad esempio finanziare un bot che farebbe sempre una nuova transazione. Questo probabilmente andrebbe per forza ad aumentare il prezzo di tale moneta. Per ora mi verrebbe da pensare che i ricchi avrebbero un vantaggio in un sistema simile, almeno fintanto che questo potenziale bot continuerebbe a funzionare. Probabilmente uscirebbero presto dei kit per farsi facilmente il bot fai-da-te. Al che, lavorare e guadagnare, potrebbe servire per assicurarsi il finanziamento del proprio bot personale. Certo se uno guadagna abbastanza, potrebbe fare che il proprio bot è abilitato a puntare su se stesso per la propria salvaguardia, ma ogni tanto anche su persone che non gli piacciono. Cosi ci sono le premesse per una bella distopia, magari un libro o un film
|
|
|
Chiama Paypal e fatti cambiare la moneta da eur a gbp. A me capita spesso il contrario, e devo ogni volta chiamare per metterla in eur.
|
|
|
|