<div dir="ltr"><div>I think a BIP is a good idea, but rather than making such a specific 
proposal as &quot;Let&#39;s use bit 4 to indicate communication of thin blocks,&quot; 
how about a more general one like &quot;Let&#39;s use bit(s?) 4(-5?) as user-agent specific service bits so that if you customize your user-agent string, you can use them for whatever you want&quot;? That way, other clients can choose to follow suit by saying so, or simply recognize the meaning (or lack thereof) of those bits based on the user-agent setting.  This relieves future development from the burden of agreeing on where to put what, and allows time and utility to show when such a user-agent-specific service bit should be moved into the protocol section of service bits.<br><br></div><div>PS I am not well versed in the creation of standards, but the reservation of digital real estate for self-identified customization (bits, bytes, or whatever that will never be used by the standard) such as what I&#39;m proposing seems like something that probably has a standard name.  &quot;Public provisioning&quot; or something like that?<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Mar 7, 2016 at 12:51 PM, Gregory Maxwell 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="">On Mon, Mar 7, 2016 at 8:06 PM, G. Andrew Stone via bitcoin-dev<br>
&lt;<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<br>
&gt; The Bitcoin Unlimited client needs a services bit to indicate that the node<br>
&gt; is capable of communicating thin blocks.  We propose to use bit 4 as AFAIK<br>
&gt; bit 3 is already earmarked for Segregated Witness.<br>
<br>
</span>Does this functionality change peer selection?  If not, the preferred<br>
signaling mechanism is probably the one in BIP 130.<br>
<br>
Otherwise, I think the standard method for getting numbers has been to<br>
write a BIP documenting the usage. I don&#39;t know if that is intentional<br>
or just how things have previously happened; and I don&#39;t have much of<br>
an opinion on it.<br>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href="mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href="https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" rel="noreferrer" target="_blank">https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev</a><br>
</blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature"><div dir="ltr">I like to provide some work at no charge to prove my value. Do you need a techie?  <br>I own <a href="http://www.litmocracy.com" target="_blank">Litmocracy</a> and <a href="http://www.memeracing.net" target="_blank">Meme Racing</a> (in alpha). <br>I&#39;m the webmaster for <a href="http://www.voluntaryist.com" target="_blank">The Voluntaryist</a> which now accepts Bitcoin.<br>I also code for <a href="http://dollarvigilante.com/" target="_blank">The Dollar Vigilante</a>.<br>&quot;He ought to find it more profitable to play by the rules&quot; - Satoshi Nakamoto</div></div>
</div>