Topic: Block chain size/storage and slow downloads for new users - page 17. (Read 228658 times)
Thank Mike for a detailed explanation, I would like to ask a question, multi-threaded downloads take into account all the problems encountered by customers, then, is to design an appropriate model to meet the needs of different groups of people?
Thank you for your explanation. It becomes clearly to me than before.
Thanks=)
Thanks=)
Always wanted to ask this; Is it true that the more bitcoin nodes there are, the faster transactions get confirmed?
No. Blocks are created with an average time between blocks of 10 minutes. Nothing changes that in the long run.
Ok, so what will help make transaction confirmation faster?
-Thanks.
It is 10 mins between blocks.-Thanks.
If you include a fee with your trasaction you increase the chances of getting included in the next block.
Just because block generation is 10 mins does not mean you will have to wait 10 mins.
You could send out your transaction 1 minute before block gen and if you include a fee it could be in the next block.
-Thanks.
Ok, so what will help make transaction confirmation faster?
-Thanks.
It is 10 mins between blocks.-Thanks.
If you include a fee with your trasaction you increase the chances of getting included in the next block.
Just because block generation is 10 mins does not mean you will have to wait 10 mins.
You could send out your transaction 1 minute before block gen and if you include a fee it could be in the next block.
also, the 10 minutes per block is the target. Due to the constant increase in hashing power, block generation is usually less than 10 minutes.
Thanks for the info.
Ok, so what will help make transaction confirmation faster?
-Thanks.
It is 10 mins between blocks.-Thanks.
If you include a fee with your trasaction you increase the chances of getting included in the next block.
Just because block generation is 10 mins does not mean you will have to wait 10 mins.
You could send out your transaction 1 minute before block gen and if you include a fee it could be in the next block.
also, the 10 minutes per block is the target. Due to the constant increase in hashing power, block generation is usually less than 10 minutes.
Ok, so what will help make transaction confirmation faster?
-Thanks.
It is 10 mins between blocks.-Thanks.
If you include a fee with your trasaction you increase the chances of getting included in the next block.
Just because block generation is 10 mins does not mean you will have to wait 10 mins.
You could send out your transaction 1 minute before block gen and if you include a fee it could be in the next block.
Always wanted to ask this; Is it true that the more bitcoin nodes there are, the faster transactions get confirmed?
No.The inclusion of new blocks is handled by miners.
Blocks occur once every 10 minutes, this doesn't change with more miners.
The nodes only distribute the blocks once the miners created them.
Ok, so what will help make transaction confirmation faster?
-Thanks.
i wish you could just cut out early blocks of the chain
I can catch up to early 2012 quite quickly, and the whole wad can easily be stored on a thumb drive. In short, the early blocks are not a problem from a size or complexity perspective. Unfortunately this gave people a false sense of hope for the trajectory and fundamental operational principles of Bitcoin back in those early times. Even without expanding the 1MB block size, when the system became more highly used some annoyances and potential problems started to appear.
The solution under discussion here is basically a change to how Bitcoin worked back in the early days. Effectively one no longer autonomously verifies their ownership but relies on a combination of other categorically different actors and probabilistic estimates of strength (and global system function.) Works fine (currently) and solves the scaling issues nicely for most people. But it is NOT equivalent to running a transfer node and participating in strengthening the system, and arguably not even close.
Always wanted to ask this; Is it true that the more bitcoin nodes there are, the faster transactions get confirmed?
No.The inclusion of new blocks is handled by miners.
Blocks occur once every 10 minutes, this doesn't change with more miners.
The nodes only distribute the blocks once the miners created them.
Always wanted to ask this; Is it true that the more bitcoin nodes there are, the faster transactions get confirmed?
i wish you could just cut out early blocks of the chain
Look not to understand completely
1. Delete any BTC addresses that has less than .001 BTC. Add a merge function button in the wallet that moves any BTC too small together. Let everyone know the chain will restart and only keep btc addresses over .001 in the new chain.
Removing addresses is a bad idea, see previous post.
Developing a really good bitcoin blockchain compression would be the way to go.
Possibly making a core client that could selectively download only relevant blocks from the swarm.
Allow nodes to be nodes and end users to be just end users.
Having every end user download the whole blockchain is more of a burden on the nodes than letting them download only blocks they need.
I was thinking to cut the chain down in size would be to:
1. Delete any BTC addresses that has less than .001 BTC. Add a merge function button in the wallet that moves any BTC too small together. Let everyone know the chain will restart and only keep btc addresses over .001 in the new chain.
2. The blockchain is filled with the same BTC bouncing around everywhere, do we really need to keep that information, just delete it and keep the current address amounts.
That should cut down the size dramatically and it could be done once a year. Just implementing #2 would be most helpful, #1 would also be helpful but not necessary.
1. Delete any BTC addresses that has less than .001 BTC. Add a merge function button in the wallet that moves any BTC too small together. Let everyone know the chain will restart and only keep btc addresses over .001 in the new chain.
2. The blockchain is filled with the same BTC bouncing around everywhere, do we really need to keep that information, just delete it and keep the current address amounts.
That should cut down the size dramatically and it could be done once a year. Just implementing #2 would be most helpful, #1 would also be helpful but not necessary.
The problem is you can't reliably notify everyone so you'd end up deleting many addresses with less than. 001. Plus you're thinking like an American. You know that $0.50 is a helluva lot of money in other countries?
Plus in 10 years even you might think 0.001 is a lot.
Thanks for providing information.... 
I was thinking to cut the chain down in size would be to:
1. Delete any BTC addresses that has less than .001 BTC. Add a merge function button in the wallet that moves any BTC too small together. Let everyone know the chain will restart and only keep btc addresses over .001 in the new chain.
2. The blockchain is filled with the same BTC bouncing around everywhere, do we really need to keep that information, just delete it and keep the current address amounts.
That should cut down the size dramatically and it could be done once a year. Just implementing #2 would be most helpful, #1 would also be helpful but not necessary.
1. Delete any BTC addresses that has less than .001 BTC. Add a merge function button in the wallet that moves any BTC too small together. Let everyone know the chain will restart and only keep btc addresses over .001 in the new chain.
2. The blockchain is filled with the same BTC bouncing around everywhere, do we really need to keep that information, just delete it and keep the current address amounts.
That should cut down the size dramatically and it could be done once a year. Just implementing #2 would be most helpful, #1 would also be helpful but not necessary.
if old blocks are deleted, what would happen to the BTCs in wallets that were lost in the initial years?
I thingk it is a good idea!
and what is good idea in your opinion? Can you expand your though to let us understand more??
That would be nice.
And back to the topic:
"Block chain size/storage and slow downloads for new users"
... new users do not need to download a blockcian. They can use clients without them....
I must say I do not remember when I transfer any BTC via qt..
I am using Android Wallet day by day and it works too fine to change.
Thanks for sharing.
really helped a lot .
really helped a lot .
really good info thanks for the update 
thanks for the update Jump to: