Updatable minimum unpruned block height for use w/ external databases #8917

issue petertodd opened this issue on October 13, 2016
  1. petertodd commented at 11:05 PM on October 13, 2016: contributor

    Currently if you are trying to synchronize a new, pruned, node with the network while simultaneously updating an external database of some kind - e.g. a address index service - you can easily end up in the situation where the block data you need has been pruned due to the external database being unable to keep up. Equally, it's possible to run into this problem in general - my own OpenTimestamps Server can theoretically have problems with overly aggressive pruning.

    It'd be good if there was an explicit mechanism to tell a node in initial sync what's the minimum block height that it can prune - updatability via RPC - with the behavior being to stop downloading new blocks if that height would otherwise be pruned.

  2. sdaftuar commented at 11:24 PM on October 13, 2016: member

    I think #7871 would help here, perhaps?

  3. petertodd commented at 11:29 PM on October 13, 2016: contributor

    Ah, nice! That's exactly what I need I think.

  4. petertodd closed this on Oct 13, 2016

  5. MarcoFalke locked this on Sep 8, 2021
Contributors

github-metadata-mirror

This is a metadata mirror of the GitHub repository bitcoin/bitcoin. This site is not affiliated with GitHub. Content is generated from a GitHub metadata backup.
generated: 2026-04-17 12:15 UTC

This site is hosted by @0xB10C
More mirrored repositories can be found on mirror.b10c.me