{"type":"rich","version":"1.0","author_name":"npub1lhe3qfx2q5m7mq5d39waepf9lzhsy0cdey66svn63fyk6rt6n7ps7zg7ed","author_url":"https://nostr.ae/npub1lhe3qfx2q5m7mq5d39waepf9lzhsy0cdey66svn63fyk6rt6n7ps7zg7ed","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-10-05\n📝 Original message:On Mon, Oct 5, 2015 at 6:26 PM, Tom Zander via bitcoin-dev \u003c\nbitcoin-dev at lists.linuxfoundation.org\u003e wrote:\n\n\u003e History has shown that for many decision making processes this doesn't\n\u003e work,\n\u003e and this argument has been made to Core.\n\u003e Until today this was essentially a rule that hurt the things that Mike was\n\u003e really passionate about.\n\u003e Today this hurts the things that some other devs are passionate about.\n\u003e\n\nIf you are referring to some of Mike's PRs that were either refused or\nreverted, it was because they where substantial technical objections to\nthem. This isn't even in the same ballpark.\n\nSurely you see the absurdity of arguing against soft forks after we\nsuccessfully used them already for BIP34 and BIP66?\n-------------- next part --------------\nAn HTML attachment was scrubbed...\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20151005/bc7c4a65/attachment.html\u003e"}