MIME-Version: 1.0
References: <CACrqygAMsO1giYuxm=DZUqfeRjEqGM7msmEnZ-AHws3oA2=aqw@mail.gmail.com>
 <ca8622cb-445e-4258-bbac-b3ee1ce95f4c@protonmail.com>
 <57f780b1-f262-9394-036c-70084320e9cf@peersm.com>
 <CACrqygCNf3Gv8+VjhyqS4GTb3Epo8qXEKGtQB6sqyR6ib44-fA@mail.gmail.com>
 <CABE6yHtM2Dqc63_eURSr7dMirJti5sYnqvHj7vQ_Ab9FC_d04g@mail.gmail.com>
 <3d00aacb-585d-f875-784d-34352860d725@peersm.com>
 <CACrqygB_FbsRGWYPSUEFTnP15y94Hmo4JtAuv6bH1D3YtbAw9Q@mail.gmail.com>
 <b292d887-cbd5-165c-de01-793df2b5e8f3@peersm.com>
 <CACrqygAv842ucN7PLYMENXFiSwAZJy2Y+FziJXrWjyCcOXmL3g@mail.gmail.com>
 <230265ee-c3f8-dff3-9192-f0c8dc4d913c@peersm.com>
In-Reply-To: <230265ee-c3f8-dff3-9192-f0c8dc4d913c@peersm.com>
From: "Russell O'Connor" <roconnor@blockstream.com>
Date: Sat, 4 Feb 2023 19:11:35 -0500
Message-ID: <CAMZUoKkAdQ9TSMm4vPJOrThu_h6VbqwPhOQQR7-Yr+WZ0DMBYw@mail.gmail.com>
To: Aymeric Vitte <aymeric@peersm.com>
Content-Type: multipart/alternative; boundary="0000000000008d6b2505f3e8c2c4"
Cc: Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Subject: Re: [bitcoin-dev] Debate: 64 bytes in OP_RETURN VS taproot OP_FALSE
 OP_IF OP_PUSH
Precedence: list

--0000000000008d6b2505f3e8c2c4
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

Since bytes in the witness are cheaper than bytes in the script pubkey,
there is a crossover point in data size where it will simply be cheaper to
use witness data.  Where that crossover point is depends on the finer
details of the overhead of the two methods, but you could make some
reasonable assumptions.  Such a calculation could form the basis of a
reasonable OP_RETURN proposal.  I don't know if it would be persuasive, but
it would at least be coherent.

On Sat., Feb. 4, 2023, 18:17 Aymeric Vitte via bitcoin-dev, <
bitcoin-dev@lists.linuxfoundation.org> wrote:

> I don't know, what number would you advise? When I made the
> bitcoin-transactions nodejs module some years ago the limit (from the
> specs) was 512B
>
> It's not a fork, super easy to do
>
> And necessary because bitcoin on ground of I don't know what rule
> allowing the IF/ENDIF "unlimited" storage just mimics ethereum for the
> worse, and is again quite dubious to use
>
>
> Le 04/02/2023 =C3=A0 23:18, Christopher Allen a =C3=A9crit :
> > 520 because that is a similar limit in taproot? Some multiple of
> > hash+signature+metadata to satisfy others (that still might not be
> > satisfied by any choice).
>
>
> _______________________________________________
> bitcoin-dev mailing list
> bitcoin-dev@lists.linuxfoundation.org
> https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev
>

--0000000000008d6b2505f3e8c2c4
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div dir=3D"auto"><div>Since bytes in the witness are cheaper than bytes in=
 the script pubkey, there is a crossover point in data size where it will s=
imply be cheaper to use witness data.=C2=A0 Where that crossover point is d=
epends on the finer details of the overhead of the two methods, but you cou=
ld make some reasonable assumptions.=C2=A0 Such a calculation could form th=
e basis of a reasonable OP_RETURN proposal.=C2=A0 I don&#39;t know if it wo=
uld be persuasive, but it would at least be coherent.<br><br><div class=3D"=
gmail_quote"><div dir=3D"ltr" class=3D"gmail_attr">On Sat., Feb. 4, 2023, 1=
8:17 Aymeric Vitte via bitcoin-dev, &lt;<a href=3D"mailto:bitcoin-dev@lists=
.linuxfoundation.org">bitcoin-dev@lists.linuxfoundation.org</a>&gt; wrote:<=
br></div><blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;borde=
r-left:1px #ccc solid;padding-left:1ex">I don&#39;t know, what number would=
 you advise? When I made the<br>
bitcoin-transactions nodejs module some years ago the limit (from the<br>
specs) was 512B<br>
<br>
It&#39;s not a fork, super easy to do<br>
<br>
And necessary because bitcoin on ground of I don&#39;t know what rule<br>
allowing the IF/ENDIF &quot;unlimited&quot; storage just mimics ethereum fo=
r the<br>
worse, and is again quite dubious to use<br>
<br>
<br>
Le 04/02/2023 =C3=A0 23:18, Christopher Allen a =C3=A9crit :<br>
&gt; 520 because that is a similar limit in taproot? Some multiple of<br>
&gt; hash+signature+metadata to satisfy others (that still might not be<br>
&gt; satisfied by any choice).<br>
<br>
<br>
_______________________________________________<br>
bitcoin-dev mailing list<br>
<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank" =
rel=3D"noreferrer">bitcoin-dev@lists.linuxfoundation.org</a><br>
<a href=3D"https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev" =
rel=3D"noreferrer noreferrer" target=3D"_blank">https://lists.linuxfoundati=
on.org/mailman/listinfo/bitcoin-dev</a><br>
</blockquote></div></div></div>

--0000000000008d6b2505f3e8c2c4--