<oembed><type>rich</type><version>1.0</version><author_name>npub1lhe3qfx2q5m7mq5d39waepf9lzhsy0cdey66svn63fyk6rt6n7ps7zg7ed</author_name><author_url>https://nostr.ae/npub1lhe3qfx2q5m7mq5d39waepf9lzhsy0cdey66svn63fyk6rt6n7ps7zg7ed</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-10-05&#xA;📝 Original message:On Mon, Oct 5, 2015 at 6:26 PM, Tom Zander via bitcoin-dev &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&gt; History has shown that for many decision making processes this doesn&#39;t&#xA;&gt; work,&#xA;&gt; and this argument has been made to Core.&#xA;&gt; Until today this was essentially a rule that hurt the things that Mike was&#xA;&gt; really passionate about.&#xA;&gt; Today this hurts the things that some other devs are passionate about.&#xA;&gt;&#xA;&#xA;If you are referring to some of Mike&#39;s PRs that were either refused or&#xA;reverted, it was because they where substantial technical objections to&#xA;them. This isn&#39;t even in the same ballpark.&#xA;&#xA;Surely you see the absurdity of arguing against soft forks after we&#xA;successfully used them already for BIP34 and BIP66?&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151005/bc7c4a65/attachment.html&gt;</html></oembed>