{"type":"rich","version":"1.0","author_name":"npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","author_url":"https://nostr.ae/npub1m230cem2yh3mtdzkg32qhj73uytgkyg5ylxsu083n3tpjnajxx4qqa2np2","provider_name":"njump","provider_url":"https://nostr.ae","html":"📅 Original date posted:2015-05-07\n📝 Original message:On Thu, May 07, 2015 at 11:25:04AM +0200, Mike Hearn wrote:\n\u003e \u003e Certainly a consensus in this kind of technical community should be a\n\u003e \u003e basic requirement for any serious commitment to blocksize increase.\n\u003e \u003e\n\u003e \n\u003e I'm afraid I have come to disagree. I no longer believe this community can\n\u003e reach consensus on anything protocol related. Some of these arguments have\n\u003e dragged on for years. Consensus isn't even well defined - consensus of who?\n\u003e Anyone who shows up? And what happens when, inevitably, no consensus is\n\u003e reached? Stasis forever?\n\nCare to be specific?\n\nWe've made lots of protocol related changes, as well as non-consensus\npolicy changes, often in quite short timeframes, and with little drama.\nFor instance BIP66 adopting is progressing smoothly, and itself was very\nquickly developed as part of a broader response to a serious OpenSSL\nflaw. My own BIP65 is getting wide consensus with little drama and good\npeer review, and that's happening even without as much attention paid to\nit from myself as I should have been giving it. The BIP62 malleability\nsoftfork is going more slowly, but that's because peer review is finding\nissues and fixing them - something to be expected in an environment\nwhere we simply must be cautious.\n\nAs for the v0.11 release, it will have pruning, perhaps the biggest\nchange to the way Bitcoin Core works that we've ever made. Equally it's\nnotable how many people collaborated on the implementation of pruning,\nagain with little drama.\n\nSure, some stuff has been hard to get consensus on. But those things\ncarry high risks, and involve code and practices known to be dangerous.\nIn most cases we've found out the lack of consensus was spot on, and\ncontroversial changes turn out later to have severe security\nvulnerabilities. I read that as a sign that the peer review and\nconsensus building process works just fine.\n\n-- \n'peter'[:-1]@petertodd.org\n00000000000000000af0c4ba9d91c00d48c4493899d7235fd819ac76f16d148d\n-------------- next part --------------\nA non-text attachment was scrubbed...\nName: signature.asc\nType: application/pgp-signature\nSize: 650 bytes\nDesc: Digital signature\nURL: \u003chttp://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150507/9dc82f9c/attachment.sig\u003e"}