What is the difference between the options -reindex and -reindex-chainstate?

Is one of the options faster?

When should each option be used?



  • wipes the chainstate (the UTXO set)
  • wipes the block index (the database with information about which block is where on disk)
  • rebuilds the block index (by going over all blk*.dat files, and finding things in it that look like blocks)
  • rebuilds the chainstate (redoing all validation for blocks) based on the blocks now in the index


  • wipes the chainstate
  • rebuilds the chainstate using the blocks in the index you had before

The latter should be strictly faster, as it does not need to rebuild the block index first. Perhaps the progress bar during reindex confuses you: that progress is only for the rebuilding of the index. The recreation of the chainstate happens after that rebuild is completed.

You should use -reindex only when you were running in pruning mode, or if you suspect the blocks on disk are actually corrupted. Otherwise, when you only suspect corruption of the chainstate (which is far more likely), use -reindex-chainstate.

| improve this answer | |
  • 1
    Thank you for your answer, I am actually running the node on a headless server, so I do not see a progress bar. Is there a definitive way to know when the sync is complete? I am currently doing it by looking at the log and seeing when the time stamp of the blocks catches up to the present. – amanusk Oct 19 '17 at 6:07

if you using reindex-chainstate is more faster . also i have collection script to monitor block status block monitor example script

you can ruuning with crontab and see how many block have been sync and compare with mainnet block excplorer.

| improve this answer | |

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

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