I am thinking about pushing a Segwit patch to Bitcoin Cash github. Any chance it would be approved on time before 1 Aug?
You can try. I'm guessing you'll be met with an overwhelming chorus of NAKs.
Damn Bitcoin Cash Core ! They want to control everything! They are stopping real scalability for their own benefit!
Hahah.
On a more serious note: There are several other mechanisms that fix malleability. There is still a discussion to be had as to whether or not SegWit is the best approach.
Fixing malleability is important, but my predilection for Segwit goes much more far than that. It enables a whole new world of second layer and integration posibilities. Lighting Networks will be an AWESOME add... people focus on fee reduction but that's not the main point:
- INSTANT transactions... yep, not one hour, not ten minutes, not one minute, no.... INSTANT.
- Unlimited transaction capacity... Not 3, not 7, not 100, not 1000, not even 1.000.000, no... UNLIMITED <- Think about the "marketing" posibilities of this feature, now think about the press releases, the media coverage, no more "Bitcoin is saturated"... now think about price impact. Yeah, we don't need UNLIMITED atm... but a good marketing punch and price increase is always welcome, isn't it?
- Once we have L2 in place, many of the improvements could be done as an additional layer, reducing complexity of main critical code. Avoid innecesary risks.
- With Rootstock any "advantaging" feature Ethereum might have will be dwarfed. Imagine what other posibilities can be added in the feature <- Yep, I am thinking about market share/dominance now.
I could go on, but those are probably my main reasons for loving Segwit and LN... as you can see, at least for me, it is MUCH MORE than just TPS.
Also, I do agree blocksize increases will be eventually needed. And we can start with the 2MB increase that was agreed in NY agreement. It is perfectly ok to me, not just as a compromise, but because I HOPE it will be needed very soon. (that would mean a 2-10x adoption increase as a payment channel).