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.
|
|
|
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.
|
|
|
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.
|
|
|
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 (and making miners moving even safer)
|
|
|
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)
|
|
|
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.
|
|
|
Ah, se hai già trasferito dei Bitcoin su Bitcoin Core, dovrai aspettare che finisca di sincronizzazarsi.
|
|
|
Si, e inviare a tutti gli altri.
|
|
|
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
|
|
|
https://www.viabtc.com/tools/txaccelerator/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 Da ricordare però, che nell'AMA hanno detto che non accettano tx con fee più basse di 0.0001 BTC.
|
|
|
La versione attuale è questa, ben diversa. Dovresti installarla, e spostare i soldi li sopra. https://multibit.org/
|
|
|
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.
|
|
|
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.
|
|
|
E' una trappola Comunque si, ho già puntato giorni fa ...
|
|
|
Mancano pochi giorni, siete ancora sicuri delle vostre puntate?
|
|
|
|