<oembed><type>rich</type><version>1.0</version><author_name>npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_name><author_url>https://nostr.ae/npub1s4lj77xuzcu7wy04afcr487f0r3za0f8n2775xrpkld2sv639mjqsd44kw</author_url><provider_name>njump</provider_name><provider_url>https://nostr.ae</provider_url><html>📅 Original date posted:2013-10-30&#xA;📝 Original message:On Tue, Oct 29, 2013 at 10:32 PM, Mike Hearn &lt;mike at plan99.net&gt; wrote:&#xA;&#xA;&gt; Yes, exactly. That&#39;s the point. As you well know I think the whole&#xA;&gt; soft-fork mechanism is wrong and should not be used. If the rules change,&#xA;&gt; your node is *supposed* to end up on a chain fork and trigger an alert to&#xA;&gt; you, that&#39;s pretty much the whole purpose of Bitcoin&#39;s design. Undermining&#xA;&gt; that security model is problematic.&#xA;&gt;&#xA;&#xA;But if you are getting soft-forked recent versions of the reference&#xA;implementation WILL alert you; see this code in main.cpp:&#xA;&#xA;        if (nUpgraded &gt; 100/2)&#xA;            strMiscWarning = _(&#34;Warning: This version is obsolete, upgrade&#xA;required!&#34;);&#xA;&#xA;That is, if more than half of the last 100 blocks are up-version, warn.&#xA; block.version is part of the block header, so SPV clients can (and&#xA;probably should) do the same.&#xA;&#xA;There are also warnings if you are forked, and, most recently, warnings if&#xA;there is a high-work alternative fork.&#xA;&#xA;-- &#xA;--&#xA;Gavin Andresen&#xA;-------------- next part --------------&#xA;An HTML attachment was scrubbed...&#xA;URL: &lt;http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20131030/1ce0b2f8/attachment.html&gt;</html></oembed>