<oembed><type>rich</type><version>1.0</version><author_name>npub1e7vdq905zr4xjr5nxuz58l9jcvffxq728ysl6m2xxgr024mjy5vq4fg307</author_name><author_url>https://nostr.ae/npub1e7vdq905zr4xjr5nxuz58l9jcvffxq728ysl6m2xxgr024mjy5vq4fg307</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2017-05-23&#xA;📝 Original message:On Tue, May 23, 2017 at 1:03 PM, Steven Pine via bitcoin-dev&#xA;&lt;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&gt; Correct me if I am wrong, but currently core developers are arguing over&#xA;&gt; whether or not to allow an optional configuration switch which defaults off&#xA;&gt; but signals and enforces BIP148 when used. Who are we protecting users from,&#xA;&gt; themselves? Are you protecting core? from what? I am somewhat genuinely&#xA;&gt; befuddled by those who can&#39;t even allow a user config switch to be set.&#xA;&#xA;Essentially, if we make a potentially very harmful option easy to&#xA;enable for users, we are putting them at risk, so yes, this is about&#xA;protecting users of the base Bitcoin Core implementation. Users have,&#xA;hopefully, come to appreciate this implementation for the peer&#xA;review-based strict development process, and making a hasty decision&#xA;due to time constraints (segwit activation expiration) may have&#xA;undesirable consequences. Opinions among the regular contributors are&#xA;split on the matter, which to me is an indication we should be&#xA;cautious and consider all aspects before making a decision on the&#xA;matter.</html></oembed>