<oembed><type>rich</type><version>1.0</version><author_name>npub1g6vxlp4e0nyhs2dqxxcryztyf5f5hyuaq93nw4r87zcnv0sdsa0qqsl5wd</author_name><author_url>https://nostr.ae/npub1g6vxlp4e0nyhs2dqxxcryztyf5f5hyuaq93nw4r87zcnv0sdsa0qqsl5wd</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2015-09-28&#xA;📝 Original message:On Mon, Sep 28, 2015 at 11:48 AM, Mike Hearn via bitcoin-dev &lt;&#xA;bitcoin-dev at lists.linuxfoundation.org&gt; wrote:&#xA;&#xA;&gt; 1) Drop the &#34;everyone must agree to make changes&#34; idea that people here&#xA;&gt; like to peddle, and do it loudly, so everyone in the community is correctly&#xA;&gt; informed&#xA;&gt;&#xA;&#xA;There never was a rule that soft-forks require total consensus.  It is&#xA;desirable but not mandatory.&#xA;&#xA;A majority of miners can inherently implement a soft fork against the&#xA;wishes of the rest of the users.&#xA;&#xA;Merchant/exchange/user checkpointing is the defense and therefore is a&#xA;perfectly valid response to miners taking such an action.  If a soft fork&#xA;is opposed by a large section of the users, then threatening (and&#xA;implementing) a checkpoint is the correct response.&#xA;&#xA;No group can force through a hard fork, it inherently requires buy-in from&#xA;a large portion of the userbase.  That is where the &#34;total consensus&#34;&#xA;requirement comes from.  Naturally, absolute total consensus isn&#39;t actually&#xA;required but you do need very large consensus and also consensus across the&#xA;various sub-groups.&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20150928/0a0f7108/attachment.html&gt;</html></oembed>