Pieter Wuille d68dcf741e Limit the impact of reorganisations on the database
Sometimes a new block arrives in a new chain that was already the
best valid one, but wasn't marked that way. This happens for example
when network rules change to recover after a fork.

In this case, it is not necessary to do the entire reorganisation
inside a single db commit. These can become huge, and exceed the
objects/lockers limits in bdb. This patch limits the blocks the
actual reorganisation is applied to, and adds the next blocks
afterwards in separate db transactions.
2012-03-12 20:31:56 +01:00
..
2012-02-29 11:46:46 -05:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-23 13:33:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-27 11:41:20 -05:00
2012-02-07 11:28:30 -05:00
2012-02-19 19:06:42 +01:00
2012-02-19 19:06:42 +01:00
2012-02-07 11:28:30 -05:00
2012-02-18 15:42:38 +01:00
2012-03-05 19:33:24 +01:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-21 20:46:39 +01:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-07 11:28:30 -05:00
2012-02-18 01:22:22 -05:00
2012-02-18 15:42:38 +01:00