<div dir="ltr">I've changed the proposal so only 8 bits are given to grinding so something like 20 bits are available for signaling.<div><br></div><div>I have to say I'm at a loss here as to what's next? Should I make a new BIP or try to convince the authors of BIP141 to modify their BIP? Could someone inform me on the next part of the process?</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Apr 11, 2017 at 8:25 AM, Sancho Panza via bitcoin-dev <span dir="ltr"><<a href="mailto:bitcoin-dev@lists.linuxfoundation.org" target="_blank">bitcoin-dev@lists.linuxfoundation.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><div>Tom Zander wrote:<br></div><div><br></div><div>> The version field is still needed to actually allow future block version upgrades. We would cut off our road forward if that were to be blocked.<br></div><div><br></div></span><div>I tend to agree, if all 32 bits were given up to grinding.<br></div><div><br></div><div>But it's worth pointing out that BIP9 is purely informational, and the top 3 bits are still reserved for other purposes. One of them could perhaps be used to signal for an extended version field somewhere else, leaving the bottom 29 as entropy?<br></div><div><br></div><div>Not a direction I prefer, but just a technical possibility perhaps.<br></div><br>______________________________<wbr>_________________<br>
bitcoin-dev mailing list<br>
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.<wbr>linuxfoundation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.<wbr>org/mailman/listinfo/bitcoin-<wbr>dev</a><br>
<br></blockquote></div><br></div>