<div>Thomas,<br></div><div><br></div><div>&gt; the change is not opt-in and will require coordination; and the 
continuation of the chain thereafter depends on people actually running 
the hard-fork code, not just being aware there is something happening.<br></div><div><br></div><div>This situation applies to soft forks as well.<br></div><div><br></div><div>- if you wish your software to validate correctly, it is not opt-in<br></div><div>-
 it requires coordination to activate without much orphan risk to miners
 (hence BIP9). Witness the long preparation time ahead of SegWit 
deployment for wallet providers, miners etc. to coordinate to support it
 on their systems<br></div><div>- after activation, it depends on people
 running it (most notably miners, otherwise the soft-fork is no longer 
enforced leading to a hard fork)<br></div><div>- awareness alone does not ensure full validation capability is retained during a soft fork<br></div><div><br></div><div>Therefore,
 these differences seem insignificant enough to merit treating soft and 
hard forks equal in terms of the coordination features  afforded through
 the versionbits.<br></div><div><br></div><div>Sancho<br></div>