I deleted my block chain and I'm currently syncing again. Just as I did last time, I noticed that from a certain point, my CPU usage raises to almost 100% and stays so for much longer than the usual peaks before this.

I think it's around the last 5000 blocks.

It also sometimes just stops, I don't know if that is for saving resources or something else, but sometimes it just stops (both CPU and network traffic go to nearly nothing) and almost no new blocks are added.

Is there a reason for this different behavior while syncing the last 5000 blocks?

  • Did you find out more about this? I'm experiencing the same thing
    – Anthony
    Mar 20, 2016 at 19:44

2 Answers 2


Up until the last checkpoint, your client knows that all transactions are properly signed. After the last checkpoint, your client has to validate each input to each transaction by matching it against the corresponding output and executing the script, typically involving an ECDSA verify.

  • And how are these checkpoints defined? Apr 21, 2013 at 18:24
  • They're included in the source code. Whoever provided you the source code vouches that all blocks prior to the last checkpoint contain only valid transactions. Apr 21, 2013 at 18:34
  • Is that what this is? : 2016-03-20 17:49:12 Pre-allocating up to position 0x1000000 in blk00437.dat 2016-03-20 17:49:19 Pre-allocating up to position 0x2000000 in blk00437.dat 2016-03-20 17:49:22 Pre-allocating up to position 0x3000000 in blk00437.dat 2016-03-20 17:49:24 Pre-allocating up to position 0x4000000 in blk00437.dat 2016-03-20 17:49:25 Pre-allocating up to position 0x5000000 in blk00437.dat
    – Anthony
    Mar 20, 2016 at 19:45

Might be that there's a lot more transactions in later blocks.

  • 1
    I considered that, but I think it's not that. New blocks are also coming in faster than the ones before (the very early sparse blocks not taken into account). It calmed down now, but blocks are added really slow. Maybe it was just imagination or coïncidence Apr 18, 2013 at 23:04

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Not the answer you're looking for? Browse other questions tagged or ask your own question.