MIME-Version: 1.0
In-Reply-To: <CAJ+8mEOPRQ-euqL62nB8_7xTaZbjCmFwKHXUrD9y=bNr56m-rg@mail.gmail.com>
References: <CAJ+8mEOPRQ-euqL62nB8_7xTaZbjCmFwKHXUrD9y=bNr56m-rg@mail.gmail.com>
Date: Wed, 22 Jul 2015 21:34:27 +0100
Message-ID: <CAE-z3OWgdDiFNgKd8D_pPyV6ZdPdUjdFwL7eMQzjAL_xfn+ZUg@mail.gmail.com>
From: Tier Nolan <tier.nolan@gmail.com>
Cc: bitcoin-dev@lists.linuxfoundation.org
Content-Type: multipart/alternative; boundary=001a11c154e872c07f051b7cb245
Subject: Re: [bitcoin-dev] BIP: Short Term Use Addresses for Scalability
Precedence: list

--001a11c154e872c07f051b7cb245
Content-Type: text/plain; charset=UTF-8

Rather than re-enable OP_LEFT, a NOP could be re-purposed in a soft fork.

OP_DUP OP_HASH160 [pubKeyHash[:LEN_PARAM]] [LEN_PARAM] OP_LEFTEQUALVERIFY
OP_DROP OP_CHECKSIG

A B L OP_LEFTEQUALVERIFY checks if the leftmost L bytes of A and B match.
If not, then the script immediately fails.  If either array is less than L
bytes or if there are fewer than 3 values on the stack, then it also fails.

The OP_DROP is needed as the new opcode must count as a NOP for legacy
nodes.

A change like this would only cause a once-off improvement in efficiency,
so it is less likely to be worth the effort.

It also requires most clients to be updated to support the new address
system.

A different BIP could be added for that.

An alternative way to add new opcodes is to use a different script engine
like with P2SH.


On Wed, Jul 22, 2015 at 9:15 PM, Jeremy Rubin via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> While we're all debating the block size, please review this proposal to
> modestly increase the number of transactions per block.
>
> https://gist.github.com/JeremyRubin/4d17d28d5c681a93fa63
>
> Best,
>
> Jeremy
>
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>
>

--001a11c154e872c07f051b7cb245
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><div><div>Rather than re-enable OP_LEFT, a NOP could be re=
-purposed in a soft fork.<br><br>OP_DUP OP_HASH160 [pubKeyHash[:LEN_PARAM]]=
 [LEN_PARAM] OP_LEFTEQUALVERIFY OP_DROP OP_CHECKSIG<br><br></div>A B L OP_L=
EFTEQUALVERIFY checks if the leftmost L bytes of A and B match.=C2=A0 If no=
t, then the script immediately fails.=C2=A0 If either array is less than L =
bytes or if there are fewer than 3 values on the stack, then it also fails.=
<br><br></div><div>The OP_DROP is needed as the new opcode must count as a =
NOP for legacy nodes.<br></div><div><br></div><div>A change like this would=
 only cause a once-off improvement in efficiency, so it is less likely to b=
e worth the effort.<br><br></div><div>It also requires most clients to be u=
pdated to support the new address system.<br><br></div><div>A different BIP=
 could be added for that.<br></div><div><br></div><div>An alternative way t=
o add new opcodes is to use a different script engine like with P2SH.<br></=
div><br></div><div class=3D"gmail_extra"><br><div class=3D"gmail_quote">On =
Wed, Jul 22, 2015 at 9:15 PM, Jeremy Rubin via bitcoin-dev <span dir=3D"ltr=
">&lt;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_b=
lank">bitcoin-dev@lists.linuxfoundation.org</a>&gt;</span> wrote:<br><block=
quote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px #ccc=
 solid;padding-left:1ex"><div dir=3D"ltr"><div>While we&#39;re all debating=
 the block size, please review this proposal to modestly increase the numbe=
r of transactions per block.</div><div><br></div><div><a href=3D"https://gi=
st.github.com/JeremyRubin/4d17d28d5c681a93fa63" target=3D"_blank">https://g=
ist.github.com/JeremyRubin/4d17d28d5c681a93fa63</a><br></div><div><br></div=
><div>Best,</div><div><br></div><div>Jeremy</div><div><br></div><div><br></=
div></div>
<br>_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org">bitcoin-dev@lists.=
linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer" target=3D"_blank">https://lists.linuxfoundation.org/mail=
man/listinfo/bitcoin-dev</a><br>
<br></blockquote></div><br></div>

--001a11c154e872c07f051b7cb245--