Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement Gavin Andresen's defence #3

Open
IanMichaelHarper opened this issue Jun 2, 2022 · 3 comments
Open

Implement Gavin Andresen's defence #3

IanMichaelHarper opened this issue Jun 2, 2022 · 3 comments

Comments

@IanMichaelHarper
Copy link

https://gavintech.blogspot.com/2012/05/neutralizing-51-attack.html

@IanMichaelHarper
Copy link
Author

@mikekelly
Copy link
Owner

I'm not sure that @gavinandresen proposal works. How can it be consensus compatible if it depends on nodes knowing the order in which blocks were announced? Wouldn't it cause new nodes to be immediately chainsplit (since they will pick the heaviest chain)?

@IanMichaelHarper
Copy link
Author

IanMichaelHarper commented Dec 26, 2022

How can it be consensus compatible if it depends on nodes knowing the order in which blocks were announced?

Well PoW is still used in the minority chain to order blocks, but it seems this change looks at competing chains rather than competing blocks. Nodes would probably measure the sums across multiple blocks before orphaning the heaviest chain.

Wouldn't it cause new nodes to be immediately chainsplit (since they will pick the heaviest chain)?

I imagine new nodes would download the latest software that would include this new rule. If they are using old software then yes they would remain on the heaviest chain. I'm pretty sure this rule would create a hard fork.

One thing I'm not 100% about is that when @gavinandresen says "priorities of transactions". I assume he means tx fees, but if that's the case idk why he doesn't just say that.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants