Thank you !

I believe there is no compelling reason to remove the 'Reactive' softfork deployment method on the pretense of building consensus. Quite the opposite, the existence of the 'Reactive' option acts as an additional lever, actually leading to greater consensus.

Excellent.

I think the same. Stop making compromises with clearly bad actors.

Thanks @Dathon Ohm 🫡 I still think the reactive method shouldn’t be removed from the BIP. It’s a fallback if plan A fails, and I get the sense it’s the one that unsettles the bad actors the most. View quoted note →

Perhaps he compromise is not as much for the bad actors as it is for more of the middle? I dunno...

I dunno either. The problem with fixing decentralised protocols is that your solution can’t be perfect if you want to make it go through. I think that’s an attack vector on itself.

nevent1qqszcu3y9x929p5p8qtajyam6wtgzu8lsust2age8t0dlk4mzpxy5xszvwldc