Hacker News new | ask | show | jobs
by pmorici 3409 days ago
Segwit is not a 2x block size increase. That is marketing spin that Blockstream started spreading to try and fool people into supporting their agenda w/o having to compromise and raise the block size. Segwit does _not_ increase the block size in the sense that people are discussing and in some cases it might even make the transaction throughput much worse than the current system.

The whole reason people want bigger blocks is for higher transaction throughput on-chain. Segwit doesn't deliver that.

https://np.reddit.com/r/Bitcoin/comments/5f507l/core_is_the_...

2 comments

SegWit allows twice as many transactions as soon as miners and users update their software. How is that not a capacity increase?

https://segwit.org/is-segwit-a-block-size-increase-705df6a87...

You can play semantical games but segwit gives about 2x onchain capacity. And the only thing holding it up is a group of chinese miners/pools. Anyone truly wanting more onchain capacity should be engaging those miners/pools.

Of course that's not really what people bitching about tx fees want.

That's my point exactly people calling segwit a block size increase are playing semantic games. Miners and devs met a year ago and agreed on a path forward of segwit+hardfork blocksize increase to 2MB. Now they are trying to get people to activate segwit w/o a 2mb increase. It's not a mystery why this is happening and it isn't just Chinese miners that oppose it.
You admitted that "The whole reason people want bigger blocks is for higher transaction throughput on-chain."

And said that "Segwit doesn't deliver that".

Segwit delivers that.

The link I provided in my first response to you clearly shows that segwit can result in much lower transaction throughput.
The comment you linked to refers to blocks that were specifically made to be big using non-standard scripts that are larger than usual.

For the current mix of transactions happening on the bitcoin network, SegWit will give us an effective block size of 2.1MB (or 2.1x transactions compared to today), and a bit more over time as people start using more advanced scripts.

According to the video below SegWit creates 4x effective transaction space in the same 1MB block. I assume that is a theoretical ceiling unlikely to be achievable in reality?

https://www.youtube.com/watch?v=DzBAG2Jp4bg