<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 4, 2016 at 5:56 PM, jl2012 via bitcoin-dev <span dir="ltr">&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""></span>
No, the &quot;triggering block&quot; you mentioned is NOT where the hardfork starts. Using BIP101 as an example, the hardfork starts when the first &gt;1MB is mined. For people who failed to upgrade, the &quot;grace period&quot; is always zero, which is the moment they realize a hardfork.</blockquote><div><br></div><div>Clients have to update in some way to get the benefit of this right? <br></div><div><br></div>An SPV client which fully validated the header chain would simply reject the hard forking header.  Last time I checked, the Bitcoinj SPV wallet ignored the version bits, and just followed the longest chain.  Is that still the case?<br><div><br></div><div>In fact, does Core enforce the 95% rule for the soft-forks before checking for long forks?  I am assuming that it happens when checking headers rather than when checking full blocks.<br></div></div></div></div><div id="DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2"><table style="border-top:1px solid #aaabb6;margin-top:30px">
        <tr>
                <td style="width:105px;padding-top:15px">
                        <a href="https://www.avast.com/sig-email" target="_blank"><img src="https://ipmcdn.avast.com/images/logo-avast-v1.png" style="width: 90px; height:33px;"></a>
                </td>
                <td style="width:470px;padding-top:20px;color:#41424e;font-size:13px;font-family:Arial,Helvetica,sans-serif;line-height:18px">This email has been sent from a virus-free computer protected by Avast. <br><a href="https://www.avast.com/sig-email" target="_blank" style="color:#4453ea">www.avast.com</a>
                </td>
        </tr>
</table><a href="#DDB4FAA8-2DD7-40BB-A1B8-4E2AA1F9FDF2" width="1" height="1"></a></div>