Gregory Maxwell,

Criticizing 148 without suggesting a specific alternative leaves the community 
in disarray.

I know you are emphasizing patience. But at the same time, with your patience 
we are allowing ourselves to get dicked for longer than necessary.

I think that core could easily develop code that could create a solid/reliable 
date/height based activation to allow miners to create SegWit block candidates 
and having nodes fully verify them. Shaolinfry is the only person Ive seen 
actually make such a proposal: 
https://lists.linuxfoundation.org/pipermail/bitcoin-dev/2017-April/014049.html. 
His makes it so that SegWit default gets activated at the end of the BIP9 
signalling timeframe instead of default leaving it non-activated.

I agree that 148 is is not ideal. Non-SegWit signaling blocks are not a Denial 
of Service, given that other activation methods are available. Someone just 
needs to code something up that is better that we can all use in a satisfying 
time frame. So far 148 is the most practical and reliable method I'm aware of.

If 148 causes orphaning and a fork, I don't think such really matters in the 
long term. The non-SegWit miners will probably just quickly give up their 
orphans once they realize that money users like being able to have non-mutable 
TX IDs. If they do create a long lasting branch... well that is good too, I'd 
be happy to no longer have them in our community. Good luck to them in creating 
a competitive money, so that we can all enjoy lower transaction fees.

SegWit has already undergone enough testing. It is time to activate it.

Cheers,
Praxeology Guy
_______________________________________________
bitcoin-dev mailing list
bitcoin-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev

Reply via email to