Bitcoin Forum
May 03, 2024, 06:42:27 PM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 ... 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 [81] 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 ... 447 »
1601  Local / Italiano (Italian) / Re: È Partito il soft fork per l'aumento del block size on: December 07, 2016, 08:23:26 AM
I miner sono degli "abilitatori" (a nuove funzionalità, nuove regole), e il loro guadagno proviene dal token che creano ... e il valore del token è il risultato di come viene apprezzato sul mercato, nel senso, se alla maggioranza degli utilizzatori piace come funziona Bitcoin.

Ci sono più proposte ora, e i miner non sono sicuri del risultato, temono appunto di fare un azione sbagliata e di uccidere la loro fonte di guadagno ... per questo stanno aspettando.
1602  Local / Progetti / Re: Contratto per investimento progetto anonimo (idea) on: December 05, 2016, 05:27:19 PM
L'investitore, ogni mese (se è quello il tempo scelto) che vengono sbloccati un tot di ETH che vanno agli sviluppatori, lui prende la controparte dei token.
Quei token che sono obbligatori per l'utente finale da usare sul progetto finito (quello che gli investitori stanno finanziando, e i programmatori sviluppando)
Quei token li andrà a vendere sul mercato, dove gli utenti andranno a comprarli offrendo bitcoin, euro, o altro.
Li l'investitore rientra nell'investimento, vendendo quei token.
1603  Local / Italiano (Italian) / Re: Bitcoin forks - Versioni con supporto blocchi di dimensione superiore a 1MB on: December 05, 2016, 05:02:58 PM
Emergent Consensus Simulations
https://medium.com/@g.andrew.stone/emergent-consensus-simulations-99604190fa31#.l0l5bdy8i
1604  Local / Italiano (Italian) / Re: Inviare e ricevere bitcoin dallo stesso wallet on: December 05, 2016, 10:38:50 AM
E' il resto.
Quando se hai 1 BTC su un indirizzo, e devi inviare 0.1 BTC ad un altro ... vengono sempre spostati tutti i bitcoin, e quindi 1 bitcoin interno in questo caso.
0.1 BTC andranno dove volevi mandarli, mentre 0.9 BTC finiranno su un altro indirizzo da te posseduto sul portafoglio, un indirizzo per ricevere il resto.
Se vuoi far si che tornino all'indirizzo prima, che comunque non è una cosa buonissima ... devi semplicemente fare una transazione a due indirizzi ... uno dove invii 0.1 BTC, e l'altro quello da cui partono, dove ci invii 0.9 BTC.
Certo da tutto questo c'è da togliere la fee da mandare ai minatori.
1605  Bitcoin / Development & Technical Discussion / Re: How to destroy Bitcoin with a 10% attack: Roadmap for a Central Bank Takeover on: December 05, 2016, 04:47:48 AM
I never said they would. If you make a block smaller than the maximum permitted when there are fee paying transactions waiting-- you are making less money than someone who builds the largest block they can. -- and when they do so they undermine the effort you made at your own expense to artificially boost prices.
Right, than this means that there is another miner that is working better then you. (he has a better management of his costs)

What nodes 'show' is perfectly Sybil attackable-- if it weren't we wouldn't need mining at all.
Yes, but this is the same as now for nodes supporter of BU or Segwit or whatever, miners know this. The possible sybil attack is a common knowledge for every one, even for the possible sybil attacker.
So it isn't an easy attack, because it isn't an automatic signal, but it is still a signal between all the others.*

Example: the common connection on the larger part of the world is 4 MB/s (*this is one of the things evaluated by miners), but miners will see that there are 60% of nodes that are signaling as supporting only 1 MB ... or the opposite 10MB!
So the sybil attack is mostly useless and expensive for a real result.

This kind of signal is more likely a confirmation: "The larger part of the nodes is confirming that they are supporting the common widespread of connections/cpu/harddisk (like 4MB, as the example before), by more than 7/8 months. Time to try with a bigger block. Let's add 50 Kb over the last limit!"

The good things about this, it is exactly that it isn't automatic, so miners will be very careful on making changes, but still they will be "free" to conform to the market request, without waiting any permission by some perceived authorities...


Everything that can be done wrong from the miners can cause panic on the market (as it happen when a pool was near the 50%), and the lowering of the price is the first thing that worries the miners.
I think that it is easy to say that even if someone try to cause a fake panic, then this will still help the decentralization Smiley (and making miners moving even safer)
1606  Local / Italiano (Italian) / Re: Inviare e ricevere bitcoin dallo stesso wallet on: December 04, 2016, 12:56:23 PM
Nel menu attiva la visualizzazione degli indirizzi.
Poi, dall'indirizzo da cui vuoi che parta la transazione, clicca con il tasto destro e scegli "send from" (mi pare che ci sia scritto questo, o qualcosa di simile)
1607  Local / Crittografia e decentralizzazione / Re: Aether - Create community moderated, distributed, and anonymous forums/reddit on: December 04, 2016, 11:48:25 AM
Nuova versione in testing in arrivo Smiley
https://github.com/nehbit/aether-public/issues/67#issuecomment-264698988
1608  Bitcoin / Development & Technical Discussion / Re: How to destroy Bitcoin with a 10% attack: Roadmap for a Central Bank Takeover on: December 04, 2016, 04:11:51 AM
Limiting yourself will not increase your income when other miners undercut you-- they will take the transactions you reject, undercut your price, and be more profitable than you, then the difficulty will adjust and they will be making a profit and you will be making a loss and either have to adopt their practices or exit the business.
Miners will not work for free.
In the situation that you are writing, this just means that I've chosen the wrong limit, one time.

As a miner, if I want to put a limit (because I want the users pay more), I'll see which is the usual mempool amount of tx.
I'll put an higher limit (but not higher than the average block setting showed by all the BU nodes), and I'll start to lower it by like the 1% every next block.
I'll do this until I will see that other miners are usually making blocks bigger then me.

Then, I'll just stop lowering it, and I'll put it back at the block size of the block of the other miner that was bigger then mine.

This, after a while, all the miners will have likely the same blocksize (market result), and all of them will also have some stats to check the behavior of the other miners.
1609  Local / Italiano (Italian) / Re: Bitcoin forks - Versioni con supporto blocchi di dimensione superiore a 1MB on: December 04, 2016, 03:50:17 AM
Core Segwit – Thinking of upgrading? You need to read this!
http://www.wallstreettechnologist.com/2016/12/03/core-segwit-you-need-to-read-this/
1610  Local / Italiano (Italian) / Re: Errore durante sincronizzazione con bitcoin core on: December 03, 2016, 03:12:10 PM
Ah, se hai già trasferito dei Bitcoin su Bitcoin Core, dovrai aspettare che finisca di sincronizzazarsi.
1611  Local / Italiano (Italian) / Re: Errore durante sincronizzazione con bitcoin core on: December 03, 2016, 02:36:15 PM
Si, e inviare a tutti gli altri.
1612  Local / Italiano (Italian) / Re: Errore durante sincronizzazione con bitcoin core on: December 03, 2016, 02:26:24 PM
Hai scelto Core per qualche motivo particolare fra le varie scelte?

Nel caso, no, cioè hai fatto una scelta casuale, ti consiglierei uno di questi altri due client, che non devi scaricare tutta la blockchain:
- Electrum
- Copay
1613  Local / Italiano (Italian) / Viabtc - Transaction Accelerator (la vostra transazione è bloccata? provatelo) on: December 03, 2016, 01:16:51 PM
https://www.viabtc.com/tools/txaccelerator/

Quote
With the Transaction Accelerator, users can submit their TXID for free which ViaBTC will prioritize to include in the next block . A maximum of 100 TXs submitted can be accelerated every hour.

Certo, questo dipende da ogni quanto questa pool trova un blocco Smiley

Da ricordare però, che nell'AMA hanno detto che non accettano tx con fee più basse di 0.0001 BTC.
1614  Local / Italiano (Italian) / Re: Problema Multibit - v0.5.16 on: December 03, 2016, 12:35:17 PM
La versione attuale è questa, ben diversa. Dovresti installarla, e spostare i soldi li sopra.
https://multibit.org/
1615  Local / Progetti / Re: Contratto per investimento progetto anonimo (idea) on: December 03, 2016, 10:36:03 AM
Aperta chat dedicata:
Contratto per investimento progetto anonimo (idea)
1616  Local / Progetti / Contratto per investimento progetto anonimo (idea) on: December 03, 2016, 09:55:47 AM
Premessa:
--------------------------------------------------------
L'obiettivo di questo possibile contratto è che possa essere lanciato da un gruppo totalmente anonimo.
Ci sono delle regole che assicurano gli investitori di poter uscire, senza perdere molto dei soldi investiti, e gli incentivi per gli sviluppatori "anonimi", a comportarsi bene per continuare a ricevere pian piano i soldi investiti nel loro progetto.
Il progetto prevede l'obbligo dell'uso dei token che vengono dati agli investitori.
Quindi fintanto che il progetto è percepito come valido, vi è una continua domanda, e gli investitori possono vendere i token sul mercato.

Userò come base la rete Ethereum, non perchè considerata l'unica soluzione valida, ma perchè l'unica ampiamente supportata attualmente.


Contratto
--------------------------------------------------------
Il contratto prevede che i soldi per finanziarlo, prima di aver raggiunto una certa data D, "e" siano oltre una quantità X, non siano usabili dagli sviluppatori.
Superata quella data (se sono oltre la quantità X), i soldi restano bloccati.

Questi soldi bloccati, non sono immediatamente svincolabili per il team che dovrebbe sviluppare il progetto, ma soltando un tot Y ogni tempo Z.

Ad esempio se vengono bloccati 1000 ETH (numero di esempio), il team potrebbe ritirare per i suoi bisogno, solo l'1% al mese (sempre numero di esempio).
Quindi 10 ETH al mese.

Questo calcolo è importante perchè sta ad indicare quanto durerà lo sviluppo del progetto.
Se ad esempio si indicasse appunto 1%, distribuito ogni mese, vorrebbe dire che lo sviluppo del progetto è previsto che duri circa 100 mesi, quindi circa 8.3 anni.

Il tempo viene calcolato con il numero dei blocchi, quindi con ad esempio 100 mesi, sarebbero 17280000 blocchi Ethereum. (la cui media dovrebbe essere 1 blocco ogni 15 secondi)


Token
--------------------------------------------------------
I token devono essere divisili in più decimali.
Deve esserci un uso "obbligatorio" all'interno della piattaforma.

Durante l'investimento iniziale, i token vengono assegnati a scaglioni. Ogni tot giorni, c'è un calo della distribuzione, di una certa percentuale.
Esempio: I primi 5 giorni, vengono distribuiti tot token per ogni ETH invesito, i 5 giorni successivi, -10% rispetto a prima, quelli 5 successivi ancora, -20% rispetto a quelli iniziali, e cosi via.
Questo fino al raggiungimento della data D, scelta in precedenza.

Dopo l'investimento iniziale, il numero di token è fisso, non sarà più possibile crearne altri.

Ad ogni distribuzione dei 10 ETH (partendo dall'esempio prima), verrebbero distribuiti K token corrispondenti a quella percentuale, ai vari investitori.


Uso obbligatorio del token
--------------------------------------------------------
Essendoci un uso obbligatorio del token, deve anche esserci un costo per questo uso.

Il costo dovrebbe essere deciso dalla maggioranza degli investitori che votano, a partire dall'ultima distribuzione dei soldi ai dev.
Sarebbe un tempo di votazione di una settimana, in modo da dare a tutti il tempo di votare.
Il peso dei voti sarebbe basato sulla quantità di token di cui si è in possesso (anche quelli non ancora distribuiti)
Non votare non viene considerata una negazione, viene considerata come una conferma del voto della maggioranza votante.

Attenzione:
Se uno degli investitori, dopo che ha votato durante la settimana del voto, indicasse di voler ritirare i propri fondi, il suo voto verrebbe automaticamente annullato.

Cosa succede ai token pagati obbligatoriamente all'interno della piattaforma?
Credo che ci sono due strade possibili:
- Vengono distrutti
- Vengono ridistribuiti (ogni tempo X), in proporzione alla quantità di token in mano ai vari investitori.

Ci potrebbe essere anche la situazione eccezionale di voto, dove una forte maggioranza, tipo il 95% degli investitori, indichi di cambiare il prezzo per l'uso obbligatorio, in ogni momento.


Uscita degli investitori:
--------------------------------------------------------
Se dopo che il progetto è partito, un investitore vuole uscire (per bisogno suo o sfiducia verso il team), può farlo, in due modi.
O indica al contratto che vuole uscire, e "dopo" la prossima distribuzione agli sviluppatori, l'investitore può potrà completamente uscire.
Oppure se vuole uscire in anticipo, deve però lasciare dentro il 25% dei suoi fondi. (numero scelto ad esempio, comunque abbastanza alto)

Il contratto però, se esce un investitore, non si ferma.
Semplicemente gli sviluppatori otterranno meno soldi alla prossima distrbuzione.

Esempio:
Se dalla quantità di 1000 ETH (soldi totale investiti), esce un investitore da 100 ETH, rimagnono 900 ETH.
Se prima era impostato che i dev ricevevano 10 ETH ogni mese, ora al prossimo mese riceveranno 9 ETH.

I token che prima sarebbero stati assegnati a quell'investitore, "a meno che non ne entri un altro o altri", che sarebbero dovuti uscire con le successive distribuzioni ai dev, andranno bruciati.


Nuovi investitori dopo la prima distribuzione
--------------------------------------------------------
Visto che il contratto non si ferma, nel caso uno o più investitori escano, sono ancora accettati nuovi investitori, ma il loro premio per i token sarà minore.

Come detto sopra, il numero di token è fisso.
Se un investitore vuole entrare nel progetto, dopo la prima distribuzione (e la partenza del progetto), può farlo se e solo se, un altro investitore (o più di uno) ha lasciato libero il suo posto, e quindi liberati i token che prima aveva a lui assegnato.

Però, come indicato prima, i token distribuiti al nuovo investitore, non saranno della stessa quantità dell'investitore che ha lasciato, ma minore.
La quantità sarà calcolata sempre in base al numero del blocco presente, dopo l'apertura del progetto.

Se si immagina che il progetto possa durare appunto 17280000 blocchi, allora ad ogni blocco passato dopo la partenza, sarà la percentuale in meno di token che il nuovo investitore si vedrà assegnato.

Quelli rimanenti, saranno bruciati.
1617  Local / Italiano (Italian) / Re: Problema Multibit - v0.5.16 on: December 03, 2016, 09:54:26 AM
La versione di Multibit che stai usando è vecchia, non più supportata, ne sviluppata, e tutt'altro che affidabile.
E' meglio che l'abbandoni quanto prima.
1618  Local / Italiano (Italian) / Re: Problema Multibit - v0.5.16 on: December 03, 2016, 08:30:22 AM
Puoi provare ad esportare le chiavi private, e poi usare questo tool:
https://github.com/prof7bit/wallet-key-tool/releases

Prova sia con password che senza.

Se ci riesci, poi importale nel tuo prossimo portafoglio.
1619  Local / Gambling (Italiano) / Re: Referendum costituzionale 2016 - Chi vincerà? on: December 01, 2016, 06:09:46 PM
E' una trappola Shocked

 Grin

Comunque si, ho già puntato giorni fa ...
1620  Local / Gambling (Italiano) / Re: Referendum costituzionale 2016 - Chi vincerà? on: December 01, 2016, 05:09:17 PM
Mancano pochi giorni, siete ancora sicuri delle vostre puntate? Smiley
Pages: « 1 ... 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 [81] 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 ... 447 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!