Consensus: Curious on people’s thoughts on checkpoints #15095
issue benthecarman openend this issue on January 4, 2019-
benthecarman commented at 0:21 am on January 4, 2019: contributorCurrently, 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.
-
fanquake added the label Consensus on Jan 4, 2019
-
HashUnlimited commented at 4:41 pm on January 4, 2019: contributorI 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.
-
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.
-
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
-
benthecarman closed this on Jan 7, 2019
-
DrahtBot locked this on Dec 16, 2021
benthecarman
HashUnlimited
sipa
Labels
Consensus
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
More mirrored repositories can be found on mirror.b10c.me