Consensus: Curious on people’s thoughts on checkpoints #15095

issue benthecarman openend this issue on January 4, 2019
  1. benthecarman commented at 0:21 am on January 4, 2019: contributor
    Currently, bitcoin has checkpoints for blocks 11111, 33333, 74000, 105000, 134444, 168000, 193000, 210000, 216116, 225430, 250000, 279000, and 295000. The oldest of these is from 2009 and the newest is from 2014. I am curious about people’s opinions on disabling this feature because currently, the default is to check for these points.
  2. fanquake added the label Consensus on Jan 4, 2019
  3. HashUnlimited commented at 4:41 pm on January 4, 2019: contributor
    I guess there are more opinions than developers out there regarding checkpoints. Personally mainly as an advanced user, I am on the conservative side with that as they don’t really hurt.
  4. sipa commented at 6:04 pm on January 4, 2019: member

    We’re not extending the checkpoints anymore, as the concept was replaced with the “assumevalid” feature, which is more flexible, and safer.

    The old checkpoints remain as they protect against a header flooding attack during initial block download.

  5. HashUnlimited commented at 6:39 pm on January 4, 2019: contributor

    Thanks for the clarification, never stop learning as I didn’t take the header flooding into account.

    Was more thinking about “assumevalid” to serve as a cover for “hidden soft forks” like it was to occur when the “difficulty” for creating key pairs increased

  6. benthecarman closed this on Jan 7, 2019

  7. DrahtBot locked this on Dec 16, 2021

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: 2024-12-03 15:12 UTC

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