Bitcoin Forum
August 26, 2024, 03:29:51 AM *
News: All versions of Windows are affected by a critical security bug; make sure you update.
 
   Home   Help Search Login Register More  
Pages: [1]
  Print  
Author Topic: "Tarball" of blocks to speedup first full sync  (Read 836 times)
gowron (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
August 11, 2015, 10:16:11 AM
 #1

 I recently download Bitcoin Core, and been waiting for it to sync up... it is a highly frustrating experience to wait for so long. It made me wonder ...

If the genesis block could be baked into the code, why can't the next 300,000 blocks be made available in 50K chunks? It's not like they are going to change or anything...

Trust is not an issue as the blocks will still be validated and accepted as today. It will cut out the network handshakes and improve startup times. People can even tshare the blockchain on thumb drives in local meets.

Yes, it is not a 'pure' and 'elegant' bitcoin experience.. but do you think it will make a significant impact on initial sync times?
achow101
Moderator
Legendary
*
expert
Offline Offline

Activity: 3486
Merit: 6822


Just writing some code


View Profile WWW
August 11, 2015, 05:40:20 PM
Merited by ABCbits (1)
 #2

Because the data is still there and the same size. To download all of those blocks in those chunks is downloading the same amount of data from the p2p network. It won't be any faster and it all really depends on your network speed. The time for indexing all of those blocks is also the same because that is based on the cpu. Also, I remember someone mentioning that compression does not work well with Bitcoin blocks since there isn't much data that can be losslessly compressed.

gowron (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
August 11, 2015, 07:20:44 PM
 #3

I agree about the indexing effort being unaffected, and that blocks are not terribly compressible. But fetching blocks in chunks of 500 blocks is quite a bit of network overhead which could be positively impacted by this scheme.

Of course if someone had some data on how much of total wall clock time is for different tasks that would help...
AmDD
Legendary
*
Offline Offline

Activity: 1027
Merit: 1005



View Profile
August 11, 2015, 07:55:55 PM
 #4

Awhile back I offered to sell a USB stick with the updated blockchain on it but I couldnt find a way to prove that it wasnt infected with virus or some wallet stealer.

Here is the blockchain downloadable via torrent: https://bitcointalk.org/index.php?topic=145386.0

EDIT: after looking at the thread again it seems this is actually slower than letting the client sync... sorry

BTC tip jar: 18EKpbrcXxbpzAZv3T58ccGcVis7W7JR9w
LTC tip jar: Lgp8ERykAgx6Q8NdMqpi5vnVoUMD2hYn2a
gmaxwell
Moderator
Legendary
*
expert
Offline Offline

Activity: 4242
Merit: 8647



View Profile WWW
August 11, 2015, 11:17:32 PM
Merited by ABCbits (2)
 #5

We used to; but since 0.10 the blockchain is now download in parallel and verified concurrently. Using the seperate download, even via bittorrent, then loading it is now usually slower than just syncing directly.
gowron (OP)
Newbie
*
Offline Offline

Activity: 28
Merit: 0


View Profile
August 12, 2015, 03:12:48 AM
 #6

We used to; but since 0.10 the blockchain is now download in parallel and verified concurrently. Using the seperate download, even via bittorrent, then loading it is now usually slower than just syncing directly.

Thanks for confirming this, Glen
Pages: [1]
  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!