Bitcoin Forum
May 25, 2024, 04:13:09 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 »  All
  Print  
Author Topic: Block chain size/storage and slow downloads for new users  (Read 228612 times)
validium
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250

Decentralized thinking


View Profile
May 10, 2014, 11:17:12 AM
 #161

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.

7Priest7
Sr. Member
****
Offline Offline

Activity: 392
Merit: 250


View Profile
May 10, 2014, 04:24:58 PM
 #162

Ok, so what will help make transaction confirmation faster?

-Thanks.
It is 10 mins between blocks.
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.
Trongersoll
Hero Member
*****
Offline Offline

Activity: 490
Merit: 501



View Profile
May 10, 2014, 04:37:03 PM
 #163

Ok, so what will help make transaction confirmation faster?

-Thanks.
It is 10 mins between blocks.
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.
validium
Sr. Member
****
Offline Offline

Activity: 350
Merit: 250

Decentralized thinking


View Profile
May 10, 2014, 06:59:30 PM
 #164

Ok, so what will help make transaction confirmation faster?

-Thanks.
It is 10 mins between blocks.
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.
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.

DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
May 10, 2014, 07:01:40 PM
 #165

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.
muxxxamed
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile WWW
May 13, 2014, 10:35:41 AM
 #166

Thank you for your explanation. It becomes clearly to me than before.
Thanks=) Grin
solimi
Newbie
*
Offline Offline

Activity: 14
Merit: 0


View Profile
May 14, 2014, 06:36:29 AM
 #167

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?
Azlan
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
May 15, 2014, 03:24:53 AM
 #168

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.


Addresses with <.001, or even .00000001 make up the most important part of the blockchain for those who invision BTC micro payments as the solution to problems like spam email

There is a similar case to be made for the history of every coin ever transacted. You and I couldn't care less a about that info, but regulators find it an attractive feature so if you want regulators to like BTC then you will want that info available.

I know nada about how the network works but I'll bet on the smart guys here finding a solution that does not involve every casual user downloading the entire blockchain onto their little mom&pop chromebook. There is enough value being created by BTC to solve all these problems. There will be more fees and I'll bet they will total close to 2% of every transaction with 5yrs. small price to pay for all the other benefits.

You won't need the whole blockchain, or confirmations, or 51 character private keys. That will be managed by whatever replaces Visa & Mastercard (unless they are more flexible then I predict).

Rant over.
malevolent
can into space
Legendary
*
Offline Offline

Activity: 3472
Merit: 1721



View Profile
May 15, 2014, 10:47:42 PM
 #169

Addresses with <.001, or even .00000001 make up the most important part of the blockchain for those who invision BTC micro payments as the solution to problems like spam email
There is a similar case to be made for the history of every coin ever transacted.

This is the kind of stuff that would make blockchain heavier...

I'll bet on the smart guys here finding a solution that does not involve every casual user downloading the entire blockchain onto their little mom&pop chromebook.

They can already use an SPV or other lightweight wallet, and have a few to choose from.

There is enough value being created by BTC to solve all these problems. There will be more fees and I'll bet they will total close to 2% of every transaction with 5yrs. small price to pay for all the other benefits.
You won't need the whole blockchain, or confirmations, or 51 character private keys. That will be managed by whatever replaces Visa & Mastercard (unless they are more flexible then I predict).

I know nada about how the network works

Then you will need to place as much trust in those "managers" of your BTC, as you currently often have to do with fiat. What's the point of having BTC if you are going to be using it in a way that will let others easily deprive you of it?

There is plenty of space for UX to improve (and it has already vastly improved), but you can't have your cake and eat it too.

Signature space available for rent.
jc01480
Hero Member
*****
Offline Offline

Activity: 854
Merit: 500


Nope..


View Profile
May 19, 2014, 02:57:42 PM
 #170

My Bitcoin Core-64 keeps having to rebuild the blockchain.  Second day in a row I've had to rebuild it.
jc01480
Hero Member
*****
Offline Offline

Activity: 854
Merit: 500


Nope..


View Profile
May 19, 2014, 09:36:18 PM
 #171

My Bitcoin Core-64 keeps having to rebuild the blockchain.  Second day in a row I've had to rebuild it.

Great.  When it finished it gave an I/O error and asked if I wanted to re-load the blockchain again.  I'm so sick of this shit....
Azlan
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
May 22, 2014, 03:25:33 PM
 #172


You won't need the whole blockchain, or confirmations, or 51 character private keys. That will be managed by whatever replaces Visa & Mastercard (unless they are more flexible then I predict).

I know nada about how the network works

Then you will need to place as much trust in those "managers" of your BTC, as you currently often have to do with fiat. What's the point of having BTC if you are going to be using it in a way that will let others easily deprive you of it?


I agree with you. I *do* enjoy the new freedom and control . But I know that, if I want BTC to reach it's full potential, there are 2 things that will contribute significantly:

1) regulators have to tolerate the system
2) 'mom & pop' have to use BTC (even if they dont understand it and couldnt care less about it).

2% fee's will solve all the BTC problems: slow-confirmation-risk, seller-risk, etc. Mom&Pop will use it. *Not* because BTC is so great but because there is no reason not to use it (a bit like PayPal). Similarly, BTC brokers need to have mandatory reporting to the IRS just like stock brokers. This will keep the gov't happy.

I WANT that to happen so we can all continue to enjoy our new (and growing) economic freedoms. I dont see this as black-or-white: (freedom vs. regulation) but rather a mix that moves in the right direction. Same thing happened with the internet. Providers have lots of control, take big fee's and have to give up data to the gov't when asked. But look at the freedoms gained......right? Huge!

So, just like the revolution in "how we get information".....I'm hoping for a similar revolution in how we get/use/transfer 'value'
DeathAndTaxes
Donator
Legendary
*
Offline Offline

Activity: 1218
Merit: 1079


Gerald Davis


View Profile
May 22, 2014, 03:39:56 PM
 #173

2% fee's will solve all the BTC problems: slow-confirmation-risk, seller-risk, etc. Mom&Pop will use it. *Not* because BTC is so great but because there is no reason not to use it (a bit like PayPal).

With a 2% fee there is absolutely no reason to use it.  Merchants gain nothing but added complexity and expense.  They can simply keep using PayPal.  The largest advantage for merchants is a significant boost to their net margins by the removal of the 2% overhead by bypassing the credit card network.  It makes no sense to bypass the credit card network to pay the same amount in fees to a different third party.  Merchant adoption would be essentially zero.
Azlan
Newbie
*
Offline Offline

Activity: 16
Merit: 0


View Profile
May 24, 2014, 02:41:34 AM
 #174

2% fee's will solve all the BTC problems: slow-confirmation-risk, seller-risk, etc. Mom&Pop will use it. *Not* because BTC is so great but because there is no reason not to use it (a bit like PayPal).

With a 2% fee there is absolutely no reason to use it.  Merchants gain nothing but added complexity and expense.  They can simply keep using PayPal.  The largest advantage for merchants is a significant boost to their net margins by the removal of the 2% overhead by bypassing the credit card network.  It makes no sense to bypass the credit card network to pay the same amount in fees to a different third party.  Merchant adoption would be essentially zero.

Not entirely. Merchants may adopt it at 2% for the same reason they adopt AMEX at 3%.

But even if we agree that 2% *is* the limit and that merchants have no reason to adopt..... that doesn't mean we are back to 0%.

 we have a zone of possible agreement between 0-2% of most consumer transactions. All that value is created by BTC. We'll see how much gets claimed by the consumer, by the seller, and how much by the middle men. It will (i.e. should) depend on who has a better alternative to adoption.

kokoarm
Newbie
*
Offline Offline

Activity: 42
Merit: 0


View Profile
May 25, 2014, 11:22:28 AM
 #175

block chain too big come on guys.
DLMike
Newbie
*
Offline Offline

Activity: 2
Merit: 0


View Profile
May 25, 2014, 01:14:12 PM
 #176

so im having this noob question i started the gui miner a few day ago...and im using slush pool and an account on bitcoin.cz....and it says there shares and score and mhash...but always blocks 0 ...is that a problem or something cause i dont know and also i`ve been told that i should request a flag for my video board its nothing big (ati radeon hd 4350)...

also if any` knows if i can add more workers on my account from mining.bitcoin.cz..and if yes how
tvbcof
Legendary
*
Offline Offline

Activity: 4592
Merit: 1276


View Profile
May 25, 2014, 04:12:58 PM
 #177

block chain too big come on guys.

Just chant "Moore's Law, Moore's Law, ..." and everything will be fine.  It's a time-honored engineering solution in Bitcoinland.  Among the 99.99% of us who do no actual engineering at least.  And those who do seem content to have the others be so easily placated.


sig spam anywhere and self-moderated threads on the pol&soc board are for losers.
TheEvilSocks
Full Member
***
Offline Offline

Activity: 127
Merit: 100

🌟 æternity🌟 blockchain🌟


View Profile
May 26, 2014, 06:23:29 PM
 #178

I was terribly annoying to download all those blocks.
Thanks for the tip, I'll pass this on to my friends.

tianrui81317
Member
**
Offline Offline

Activity: 116
Merit: 10


View Profile
May 28, 2014, 10:28:32 PM
 #179

The blockchain size becomes a issue for my disk.
crazyearner
Legendary
*
Offline Offline

Activity: 1820
Merit: 1001



View Profile
May 29, 2014, 12:41:02 AM
 #180

For a solution for this to work for everyone with or without hdd space. Blockchain should be on the cloud and a small index file downloaded to ones system and then qt wallet for computer or mobile phone or tablet can easily be updated and a small amount of data to be put on system. This would not only free up space on peoples computers but it would also allow faster transactions to go though the network. A lot can be done to improve services and I disagree for new users to be penalised because their new to the services. What happens if 1 million new business want to start accepting it for their business and they have to wait ages to download the blockchain and update their wallets. It wouldn't work out it would  deter more people from using it.

=
  R E B E L L I O U S 
  ▄▀▀▀▀▀▄▄                           ▄▄▀▀▀▀▀▄
▄▀        █▄▄                     ▄▄█        ▀▄
█            █████████████████████            █
█▄          ██       ██ ██       ██          ▄█
█        █            █            █        █
  █    █               █               █    █
   █ ██               █ █               ██ █
    █ █               █ █               █ █
    █ ███▄  █████▄   ██ ██   ▄█████  ▄███ █
    █     ███     █         █     ███     █
     █   █   ▀███ █  █   █  █ ███▀   █   █
     █   █      █ █  █   █  █ █      █   █
     █   █      ██  █     █  ██      █   █
      █  █     ██  █       █  ██     █  █
      █  █    ██  █ ███████ █  ██    █  █
      █ ███   ██  █         █  ██   ███ █
       █   ▀███      █   █      ███▀   █
        █     ██       █       ██     █
         █      █   ▄▄███▄▄   █      █
          ███   ███▀       ▀███   ███
             █████           █████
                  ███████████
  ▄▀▀▀▀▀▄▄                           ▄▄▀▀▀▀▀▄
▄▀        █▄▄                     ▄▄█        ▀▄
█            █████████████████████            █
█▄          ██       ██ ██       ██          ▄█
█        █            █            █        █
  █    █               █               █    █
   █ ██               █ █               ██ █
    █ █               █ █               █ █
    █ ███▄  █████▄   ██ ██   ▄█████  ▄███ █
    █     ███     █         █     ███     █
     █   █   ▀███ █  █   █  █ ███▀   █   █
     █   █      █ █  █   █  █ █      █   █
     █   █      ██  █     █  ██      █   █
      █  █     ██  █       █  ██     █  █
      █  █    ██  █ ███████ █  ██    █  █
      █ ███   ██  █         █  ██   ███ █
       █   ▀███      █   █      ███▀   █
        █     ██       █       ██     █
         █      █   ▄▄███▄▄   █      █
          ███   ███▀       ▀███   ███
             █████           █████
                  ███████████
  R E B E L L I O U S
Pages: « 1 2 3 4 5 6 7 8 [9] 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!