-
Notifications
You must be signed in to change notification settings - Fork 36.2k
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
Make Bitcoin Core compatible with NYA segwit2x #11128
Conversation
… limit Establish a fixed upper limit on serialized transactions, compatible with existing software. Decouple transaction size limit from block size limit, by avoiding derivation of tx limit from block limit.
Calculate limits based on tx size limits, not block size limits.
before changing base block size.
The way `fSegwitSeasoned` is currently passed to `MaxBlockSigopsCost` in `ConnectBlock` is inconsistent from any other calls, and creates an odd situation where sigop limits may increase before blocksize limits. This commit correctly passes in the segwit activation status within the window of the fork buffer.
SegWit+3m remains as the HF trigger.
1) Advertise node_segwit2x 2) Prefer to peer with segwit2x and, for now, segwit nodes 3) Option to disable pref peering
Strong concept NACK. |
NACK |
Nack, consensus level changes require consensus from the ecosystem. SegWit2X is clearly contentious. |
NACK |
Sorry for my poor English. But there is no consensus with all Core developers about unncessary blocksize increment. What's next?16 MB blocksize increase? Then we will reach full blocks again with only small part of population. I don't want other to control my own belongings. And that's why I use Bitcoin.With eternally blocksize increases, Bitcoin could in theory process transactions on big scale as Paypal and VISA, but it's will not be different anymore from another big payment systems, only big companies could be able afford to run the infrastructure for Bitcoin payment system. Not me and not everyone. |
Concept NACK. I also think we should evaluate how the network reacts to ~2MB+ blocks enabled by SegWit, before making any further decisions on a blocksize increase. |
NACK, LOL :) |
Sad to see that this PR was closed instantly on the same day... Why not let users opt-in to 2x. What are bitcoin-core's plans if 90% of the hashrate will possibly mine btc1 blocks in november (https://coin.dance/blocks)? |
I want to remind that the review comments on pull requests are not meant for extended off-topic discussions. Please switch to another channel and keep this discussion for review comments on the code. Refer to the guidelines on how to write a good peer review. |
No description provided.