Ho letto l'intero post (ho impiegato mezza giornata). MOLTO interessante e porgo anche io i miei complimenti @gbianchi.
Avrei alcune domande (spero sensate!):
- ho visto che c'è un "buco temporale" nelle tabelle con indirizzi totali/attivi. Esistono questi dati?
- il tema della riserva frazionaria e dell'hard fork hanno spostato l'attenzione dal topic principale: questi temi (soprattutto la riserva frazionaria degli exchangers) hanno qualche conseguenza sui dati finora raccolti?
- se volessi determinare il range entro cui è compreso il numero di utilizzatori di bitcoin, sarebbe sbagliato assumere che il limite superiore di utenti di bitcoin è rappresentato dal numero di indirizzi che compare sulla blockchain?
Grazie per la lettura intensa ma molto utile
Topic: [ tabelle annuali ] Il prezzo dei bitcoin - page 12. (Read 75723 times)
se cmq fissiamo una transaction size media di 500byte, per ogni blocco abbiamo massimo 2000transazioni che costeranno X, non ricordo la formula del calcolo esatto della transazione in base al peso del blocco.
Cmq se la dimensione del blocco viene per esempio duplicata, e le fee rimangono le stesse, sempre progressive, significa che queste saranno a sconto del 50%...
Cmq se la dimensione del blocco viene per esempio duplicata, e le fee rimangono le stesse, sempre progressive, significa che queste saranno a sconto del 50%...
Credo che l'assunzione sia errata.
Le fee sono calcolate partendo dalla dimensione della singola transazione (per approfondire : https://bitcointalksearch.org/topic/bitcoin-qtbitcoind-calculating-raw-transaction-fees-644189)
Quindi il block size max totale non ha rapporto con questo calcolo.
Il vantaggio dall'aumento della size è che hai meno possibilità di venire escluso dal blocco corrente in quanto full.
Con l'aumentare della transazioni diventa fondamentale per non creare colli di bottiglia MOLTO pericolosi (Immaginati che il totale MAX giornaliero sia X Transazioni e tutto ad un tratto, il mondo Bitcoin crea X + Y transazioni, si creerebbero code insostenibili)
Nel tuo esempio, a parità di blocco pieno, con un raddoppio del size hai anche un raddoppio di fees.
Premetto che a livello tecnico non capisco molto, ma se parlate di aumentare la blocksize per velocizzare le transazioni, sono totalmente daccordo.
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
No, l' aumento della blocksize non velocizza niente, serve solo per poter inviare transazioni più grandi inteso come quantità di KBytes impegnati. L' impegno deriva dall' accorpare molte piccole TX in una sola più grande. Per capirci hai mille tx in entrata provenienti da faucets o da miners e vuoi spedire in una volta sola l' intero importo accumulato.
FaSan
questo dovrebbe permettere di abbattere anche le fee...
non mi pare male come idea..
certo che il fork lo vedo come un grosso problema...
e come segnalato da qualcuno sopra,
se incontrasse il minimo problema sarebbe "costoso" per il valore del bitcoin!
se hai un'idea migliore puoi sempre proporla al gruppo dei dev e non lo dico
in modo ironico, e' in corso una discussione per soppesare bene i pro e i contro.
ciao gbianchi..
sono un informatico..
ma purtroppo non mastico c++ e non ho le competenze per poter fare un analisi tecnica...
anche se sto cercando di entrare sempre di più in questo mondo che mi affascina non poco...
la mi considerazione era data dal fatto che se oggi sappiamo che il block size limit è di 1MB, ma non sappiamo la dimensione certa di ogni transazione.
se cmq fissiamo una transaction size media di 500byte, per ogni blocco abbiamo massimo 2000transazioni che costeranno X, non ricordo la formula del calcolo esatto della transazione in base al peso del blocco.
Cmq se la dimensione del blocco viene per esempio duplicata, e le fee rimangono le stesse, sempre progressive, significa che queste saranno a sconto del 50%...
spero di essermi spiegato.. anche se a volte non espongo in maniera proprio "accademica"
Questo e' il post iniziale dove Gavin ha sottoposto l'idea dell'aumento del size:
https://blog.bitcoinfoundation.org/a-scalability-roadmap/
se ti interessa l'argomento e' un ottimo punto di partenza
grazie gbianchi!!!
link preso!!!
Premetto che a livello tecnico non capisco molto, ma se parlate di aumentare la blocksize per velocizzare le transazioni, sono totalmente daccordo.
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
No, l' aumento della blocksize non velocizza niente, serve solo per poter inviare transazioni più grandi inteso come quantità di KBytes impegnati. L' impegno deriva dall' accorpare molte piccole TX in una sola più grande. Per capirci hai mille tx in entrata provenienti da faucets o da miners e vuoi spedire in una volta sola l' intero importo accumulato.
FaSan
questo dovrebbe permettere di abbattere anche le fee...
non mi pare male come idea..
certo che il fork lo vedo come un grosso problema...
e come segnalato da qualcuno sopra,
se incontrasse il minimo problema sarebbe "costoso" per il valore del bitcoin!
se hai un'idea migliore puoi sempre proporla al gruppo dei dev e non lo dico
in modo ironico, e' in corso una discussione per soppesare bene i pro e i contro.
ciao gbianchi..
sono un informatico..
ma purtroppo non mastico c++ e non ho le competenze per poter fare un analisi tecnica...
anche se sto cercando di entrare sempre di più in questo mondo che mi affascina non poco...
la mi considerazione era data dal fatto che se oggi sappiamo che il block size limit è di 1MB, ma non sappiamo la dimensione certa di ogni transazione.
se cmq fissiamo una transaction size media di 500byte, per ogni blocco abbiamo massimo 2000transazioni che costeranno X, non ricordo la formula del calcolo esatto della transazione in base al peso del blocco.
Cmq se la dimensione del blocco viene per esempio duplicata, e le fee rimangono le stesse, sempre progressive, significa che queste saranno a sconto del 50%...
spero di essermi spiegato.. anche se a volte non espongo in maniera proprio "accademica"
Questo e' il post iniziale dove Gavin ha sottoposto l'idea dell'aumento del size:
https://blog.bitcoinfoundation.org/a-scalability-roadmap/
se ti interessa l'argomento e' un ottimo punto di partenza
Premetto che a livello tecnico non capisco molto, ma se parlate di aumentare la blocksize per velocizzare le transazioni, sono totalmente daccordo.
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
No, l' aumento della blocksize non velocizza niente, serve solo per poter inviare transazioni più grandi inteso come quantità di KBytes impegnati. L' impegno deriva dall' accorpare molte piccole TX in una sola più grande. Per capirci hai mille tx in entrata provenienti da faucets o da miners e vuoi spedire in una volta sola l' intero importo accumulato.
FaSan
questo dovrebbe permettere di abbattere anche le fee...
non mi pare male come idea..
certo che il fork lo vedo come un grosso problema...
e come segnalato da qualcuno sopra,
se incontrasse il minimo problema sarebbe "costoso" per il valore del bitcoin!
se hai un'idea migliore puoi sempre proporla al gruppo dei dev e non lo dico
in modo ironico, e' in corso una discussione per soppesare bene i pro e i contro.
ciao gbianchi..
sono un informatico..
ma purtroppo non mastico c++ e non ho le competenze per poter fare un analisi tecnica...
anche se sto cercando di entrare sempre di più in questo mondo che mi affascina non poco...
la mi considerazione era data dal fatto che se oggi sappiamo che il block size limit è di 1MB, ma non sappiamo la dimensione certa di ogni transazione.
se cmq fissiamo una transaction size media di 500byte, per ogni blocco abbiamo massimo 2000transazioni che costeranno X, non ricordo la formula del calcolo esatto della transazione in base al peso del blocco.
Cmq se la dimensione del blocco viene per esempio duplicata, e le fee rimangono le stesse, sempre progressive, significa che queste saranno a sconto del 50%...
spero di essermi spiegato.. anche se a volte non espongo in maniera proprio "accademica"
Premetto che a livello tecnico non capisco molto, ma se parlate di aumentare la blocksize per velocizzare le transazioni, sono totalmente daccordo.
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
No, l' aumento della blocksize non velocizza niente, serve solo per poter inviare transazioni più grandi inteso come quantità di KBytes impegnati. L' impegno deriva dall' accorpare molte piccole TX in una sola più grande. Per capirci hai mille tx in entrata provenienti da faucets o da miners e vuoi spedire in una volta sola l' intero importo accumulato.
FaSan
questo dovrebbe permettere di abbattere anche le fee...
non mi pare male come idea..
certo che il fork lo vedo come un grosso problema...
e come segnalato da qualcuno sopra,
se incontrasse il minimo problema sarebbe "costoso" per il valore del bitcoin!
se hai un'idea migliore puoi sempre proporla al gruppo dei dev e non lo dico
in modo ironico, e' in corso una discussione per soppesare bene i pro e i contro.
Premetto che a livello tecnico non capisco molto, ma se parlate di aumentare la blocksize per velocizzare le transazioni, sono totalmente daccordo.
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
No, l' aumento della blocksize non velocizza niente, serve solo per poter inviare transazioni più grandi inteso come quantità di KBytes impegnati. L' impegno deriva dall' accorpare molte piccole TX in una sola più grande. Per capirci hai mille tx in entrata provenienti da faucets o da miners e vuoi spedire in una volta sola l' intero importo accumulato.
FaSan
questo dovrebbe permettere di abbattere anche le fee...
non mi pare male come idea..
certo che il fork lo vedo come un grosso problema...
e come segnalato da qualcuno sopra,
se incontrasse il minimo problema sarebbe "costoso" per il valore del bitcoin!
Premetto che a livello tecnico non capisco molto, ma se parlate di aumentare la blocksize per velocizzare le transazioni, sono totalmente daccordo.
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
No, l' aumento della blocksize non velocizza niente, serve solo per poter inviare transazioni più grandi inteso come quantità di KBytes impegnati. L' impegno deriva dall' accorpare molte piccole TX in una sola più grande. Per capirci hai mille tx in entrata provenienti da faucets o da miners e vuoi spedire in una volta sola l' intero importo accumulato.
FaSan
Premetto che a livello tecnico non capisco molto, ma se parlate di aumentare la blocksize per velocizzare le transazioni, sono totalmente daccordo.
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
Ieri ho imviato dei bitcoin, pagando la fee normale che mette la blockchain, la prima conferma è arrivata dopo 95 minuti
SI riprende dopo disservizio forum gennaio 2015.
Mi sa che mancano parecchie considerazioni in merito allo sviluppo di BTC e la sua capacità di fare da conto per tutti e tutte le transazioni.
Mi sa che mancano parecchie considerazioni in merito allo sviluppo di BTC e la sua capacità di fare da conto per tutti e tutte le transazioni.
speriamo solo quelle, qui c'è tanta "istruzione" da cancellare
SI riprende dopo disservizio forum gennaio 2015.
Mi sa che mancano parecchie considerazioni in merito allo sviluppo di BTC e la sua capacità di fare da conto per tutti e tutte le transazioni.
Mi sa che mancano parecchie considerazioni in merito allo sviluppo di BTC e la sua capacità di fare da conto per tutti e tutte le transazioni.
A pelle direi che forse non e' corretto pensare che la chain BTC possa memorizzare tutte le transazioni del mondo con le colored coin che ci lavorano e tutte le meta informazioni che compaiono.
Forse BTC servirà un domani per fare grossi o saltuari trasferimenti mentre gli scambi quotidiani saranno su chain parallela magari di qualche alt specifica ...
Forse BTC servirà un domani per fare grossi o saltuari trasferimenti mentre gli scambi quotidiani saranno su chain parallela magari di qualche alt specifica ...
L'hardfork è molto rischioso, se non condotto bene rischia di dare una bella batosta al Bitcoin.
per il problema del numero delle transazioni, gavin ha proposto di aumentare la dimensione massima del blocco.
Ci stanno ragionando da un po'. Per farlo serve un hard fork pilotato. Attualmente la rete sta lavorando
in media ben sotto le sue capacita', quindi c'e' tempo per attivare la soluzione.
Ci stanno ragionando da un po'. Per farlo serve un hard fork pilotato. Attualmente la rete sta lavorando
in media ben sotto le sue capacita', quindi c'e' tempo per attivare la soluzione.
Speriamo di no... o comunque speriamo ci si limiti al semplice cambio del valore di una variabile, in modo da poterla "portare" anche alle vecchie versioni.
Non amo molto le ultime release, secondo me la migliore in assoluto, almeno lato server, è la 0.8.6
FaSan
serve un hardfork, perche' le versioni attuali non sono in grado di supportare un blocksize piu' ampio di 1 MB.
quindi dal punto di vista dei client attuali, si creerebbe una nuovo ramo di blockchain con operazioni che non ritengono valide,
che e' appunto un hardofork.
Comunque io la vedo solo una discussione positiva.... deriva dal fatto che la rete sta crescendo, e prima di arrivare
ai limiti si discute di come affronare il passaggio nel modo migliore possibile. Se siete interessati a dire la vostra,
la comunita' dei dev sta cercando di fare una summa di pro e contro a questo modo di affrontare il problema.
Io sono a favore di un hard fork pilotato. Ci sono i tempi, c'e' il modo per organizzarlo bene. Sarebbe peggio arrivare impreparati
al momento in cui la rete non e' piu' in grado di sopportare le transazioni e non si sono presi dei provvedimenti.... dopo si deve
andare di forza a "pezze", e le pezze prima o poi si staccano
In ogni caso, voglio rassicurare quelli che non colgono gli aspetti tecnici, che non e' un problema urgente, e' una decisione
tecnica di come far crescere bitcoin.
Vi assicuro che di problemi gorssi e ben piu' imminenti ce ne sono a bizzeffe, e non legati alla tecnologia bitcoin
di per se, ma piuttosto all'ecosistema che si sta creando.
Per il cambio del blocksize purtroppo pare necessaria una hardfork.
Comunque meglio ora che ad uno stato più avanzato di adozione. Non è mica una problema da poco....
Comunque meglio ora che ad uno stato più avanzato di adozione. Non è mica una problema da poco....
per il problema del numero delle transazioni, gavin ha proposto di aumentare la dimensione massima del blocco.
Ci stanno ragionando da un po'. Per farlo serve un hard fork pilotato. Attualmente la rete sta lavorando
in media ben sotto le sue capacita', quindi c'e' tempo per attivare la soluzione.
Ci stanno ragionando da un po'. Per farlo serve un hard fork pilotato. Attualmente la rete sta lavorando
in media ben sotto le sue capacita', quindi c'e' tempo per attivare la soluzione.
Speriamo di no... o comunque speriamo ci si limiti al semplice cambio del valore di una variabile, in modo da poterla "portare" anche alle vecchie versioni.
Non amo molto le ultime release, secondo me la migliore in assoluto, almeno lato server, è la 0.8.6
FaSan
C'è bisogno di tempo, per il momento è normale che gli speculatori si tuffino in un mercato come questo, ma col tempo il bitcoin sta diventando sempre di più una moneta per lo scambio di beni e servizi, servirà altro tempo prima che possa prendere piede definitivamente ma succederà. Più che altro sono curioso di sapere come hanno intenzione di risolvere il limite massimo di transazioni al secondo.
C'é anche il problema del 51% che va risoltoil 51% non è un problema, è anzi parte della struttura naturale della blockchain e non credo proprio si possa risolvere senza perdere alcune delle caratteristiche basilari del Bitcoin, ovvero la decentralizzazione e la globalità del progetto stesso.
Il 51% è dato dalla community, che può sempre e comunque decidere dove puntare i propri miner. Una corretta informazione è, IMHO, la soluzione.
FaSan
per il problema del numero delle transazioni, gavin ha proposto di aumentare la dimensione massima del blocco.
Ci stanno ragionando da un po'. Per farlo serve un hard fork pilotato. Attualmente la rete sta lavorando
in media ben sotto le sue capacita', quindi c'e' tempo per attivare la soluzione.
per il 51%, e' un problema molto teorico. Esiste, ma direi che attualmente non
e' in cima alle priorita'...
ci sono problemi di gran lunga piu' urgenti. A costo di snervarvi, quello
degli exchange poco o nulla trasparenti e' un problema veramente enorme.
https://bitcointalksearch.org/topic/importante-gli-exchange-e-la-riserva-frazionaria-927371
Ci stanno ragionando da un po'. Per farlo serve un hard fork pilotato. Attualmente la rete sta lavorando
in media ben sotto le sue capacita', quindi c'e' tempo per attivare la soluzione.
per il 51%, e' un problema molto teorico. Esiste, ma direi che attualmente non
e' in cima alle priorita'...
ci sono problemi di gran lunga piu' urgenti. A costo di snervarvi, quello
degli exchange poco o nulla trasparenti e' un problema veramente enorme.
https://bitcointalksearch.org/topic/importante-gli-exchange-e-la-riserva-frazionaria-927371
C'è bisogno di tempo, per il momento è normale che gli speculatori si tuffino in un mercato come questo, ma col tempo il bitcoin sta diventando sempre di più una moneta per lo scambio di beni e servizi, servirà altro tempo prima che possa prendere piede definitivamente ma succederà. Più che altro sono curioso di sapere come hanno intenzione di risolvere il limite massimo di transazioni al secondo.
C'é anche il problema del 51% che va risolto 
C'è bisogno di tempo, per il momento è normale che gli speculatori si tuffino in un mercato come questo, ma col tempo il bitcoin sta diventando sempre di più una moneta per lo scambio di beni e servizi, servirà altro tempo prima che possa prendere piede definitivamente ma succederà. Più che altro sono curioso di sapere come hanno intenzione di risolvere il limite massimo di transazioni al secondo.
Jump to: