1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
|
Return-Path: <kkarasavvas@gmail.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [IPv6:2605:bc80:3010::138])
by lists.linuxfoundation.org (Postfix) with ESMTP id 746FBC002B
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 4 Feb 2023 14:11:47 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp1.osuosl.org (Postfix) with ESMTP id 3BC2D813B6
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 4 Feb 2023 14:11:47 +0000 (UTC)
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp1.osuosl.org 3BC2D813B6
Authentication-Results: smtp1.osuosl.org;
dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com
header.a=rsa-sha256 header.s=20210112 header.b=gQdaqBVU
X-Virus-Scanned: amavisd-new at osuosl.org
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1,
DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from smtp1.osuosl.org ([127.0.0.1])
by localhost (smtp1.osuosl.org [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id m57ExnoYu7I7
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 4 Feb 2023 14:11:46 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
DKIM-Filter: OpenDKIM Filter v2.11.0 smtp1.osuosl.org 759EE813B8
Received: from mail-yw1-x112c.google.com (mail-yw1-x112c.google.com
[IPv6:2607:f8b0:4864:20::112c])
by smtp1.osuosl.org (Postfix) with ESMTPS id 759EE813B8
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 4 Feb 2023 14:11:46 +0000 (UTC)
Received: by mail-yw1-x112c.google.com with SMTP id
00721157ae682-527979e8670so16707467b3.10
for <bitcoin-dev@lists.linuxfoundation.org>;
Sat, 04 Feb 2023 06:11:46 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
h=to:subject:message-id:date:from:in-reply-to:references:mime-version
:from:to:cc:subject:date:message-id:reply-to;
bh=RNNHz1Poz/o84m3Bfz+h2Hsf+Oav0nvJoa9Vy8b4kDU=;
b=gQdaqBVUEWl97n5Nwo3qE84x7KqjuyxgxVCDMl07vVWBZlKkfWT8R56wxC1R+qqhrF
LzJ0y/bU3y8aKkkiWB3K641JyngV8K2SSCbr2uyNuDdPBZEiXs/R5MJzYPThryrS5nbs
sfsnib/4VnrPmJLnMmQygIsCCz6q213rhLW52qntj+OcXpQKIgiDAwKqikkGL/johtbb
pDourAVYNYZlij9Kb5cYzGS5haswpO5O9D5o9OP/aKP8fliXYyZ+1/XjM0uzXs2zaML9
wJI4ulPA35ImEsz76D3n3AXi0w50Ml5oeY6lkwoBai1pndpdCFXbkvNcD3fulLEG8rIL
L/9Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=to:subject:message-id:date:from:in-reply-to:references:mime-version
:x-gm-message-state:from:to:cc:subject:date:message-id:reply-to;
bh=RNNHz1Poz/o84m3Bfz+h2Hsf+Oav0nvJoa9Vy8b4kDU=;
b=zjVx+2OQWjbs0VreDmqVvmxlKMZeS7RwlmG82tbWoCIgRLNsvFgCfxfdEpDXpZhjnL
8plaJD30HHN9IlRhHuU8ZjeOIcwdHGuo8kbZcQK+MY1Z03enmMhkFvAwPx/q6cblPw02
wfkxEsxnmsRKZpMXvGMEAdbEIrkYB7EdqwxfCSYml/n+O3E7W0baR+BrFedbIRtVAUWJ
bSYI+sS8smTQvIMItH8RQ4JQEtmIpcU0mXG9sQm0C9BI4Ee8BdTtr+4f3LCPX5S8Di/M
Mn4J4mU7mTscyf7DwO9aR2NZ0MKVT3R6rEW22Y9jXK4ryllpuXshWzbmZ3tQHjikW+b7
pq+g==
X-Gm-Message-State: AO0yUKVd+DRTj8l4aaXnRTv/Vom7qEnLj/2ia3ZNhTbEnPaZT5tTsPcG
ftD8eaX5Stoca7lmUGHkVS67aqJInwLdqyJI+kwFMuvb
X-Google-Smtp-Source: AK7set/itad+9OrKDDcch0Xu0enO3ZVysi7vpGjde8URYeRgIWzfnGkTSc6Q7W+essRezeIqqvHTv7qaRBbeFLG7qD4=
X-Received: by 2002:a81:6541:0:b0:4d7:eb11:6bf7 with SMTP id
z62-20020a816541000000b004d7eb116bf7mr1378436ywb.235.1675519905266; Sat, 04
Feb 2023 06:11:45 -0800 (PST)
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>
In-Reply-To: <CACrqygCNf3Gv8+VjhyqS4GTb3Epo8qXEKGtQB6sqyR6ib44-fA@mail.gmail.com>
From: Kostas Karasavvas <kkarasavvas@gmail.com>
Date: Sat, 4 Feb 2023 16:11:33 +0200
Message-ID: <CABE6yHtM2Dqc63_eURSr7dMirJti5sYnqvHj7vQ_Ab9FC_d04g@mail.gmail.com>
To: Christopher Allen <ChristopherA@lifewithalacrity.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="000000000000c4812c05f3e0606d"
X-Mailman-Approved-At: Sat, 04 Feb 2023 15:46:34 +0000
Subject: Re: [bitcoin-dev] Debate: 64 bytes in OP_RETURN VS taproot OP_FALSE
OP_IF OP_PUSH
X-BeenThere: bitcoin-dev@lists.linuxfoundation.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Bitcoin Protocol Discussion <bitcoin-dev.lists.linuxfoundation.org>
List-Unsubscribe: <https://lists.linuxfoundation.org/mailman/options/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=unsubscribe>
List-Archive: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/>
List-Post: <mailto:bitcoin-dev@lists.linuxfoundation.org>
List-Help: <mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=help>
List-Subscribe: <https://lists.linuxfoundation.org/mailman/listinfo/bitcoin-dev>,
<mailto:bitcoin-dev-request@lists.linuxfoundation.org?subject=subscribe>
X-List-Received-Date: Sat, 04 Feb 2023 14:11:47 -0000
--000000000000c4812c05f3e0606d
Content-Type: text/plain; charset="UTF-8"
On Fri, Feb 3, 2023 at 10:17 PM Christopher Allen via bitcoin-dev <
bitcoin-dev@lists.linuxfoundation.org> wrote:
> On Fri, Feb 3, 2023 at 3:52 AM Aymeric Vitte via bitcoin-dev <
> bitcoin-dev@lists.linuxfoundation.org> wrote:
>
>> I think the right way so people don't invent deviant things is to
>> increase the size of OP_RETURN, I don't get this number of 80B, you can
>> hardly store a signature (of what?) in there and not the "what" if the
>> "what" is a hash for example
>>
>
> Updating the size of OP_RETURN to support a hash (or two), a signature,
> and maybe a few more bytes for metadata, would be very helpful in a number
> of scenarios. It is still a limit but a reasonable one. Otherwise, I think
> we'll have a lot more inscription-style scenarios.
>
I wouldn't be against an increase in OP_RETURN but I don't think it will
make any difference in how often inscription-style use cases will be used.
They will be used primarily for much larger datasets than, say 120 bytes,
and they also have the segwit discount.
--000000000000c4812c05f3e0606d
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr"><div dir=3D"ltr"><br></div><br><div class=3D"gmail_quote">=
<div dir=3D"ltr" class=3D"gmail_attr">On Fri, Feb 3, 2023 at 10:17 PM Chris=
topher Allen via bitcoin-dev <<a href=3D"mailto:bitcoin-dev@lists.linuxf=
oundation.org">bitcoin-dev@lists.linuxfoundation.org</a>> wrote:<br></di=
v><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px 0px 0.8ex;borde=
r-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir=3D"ltr"><div d=
ir=3D"ltr">On Fri, Feb 3, 2023 at 3:52 AM Aymeric Vitte via bitcoin-dev <=
;<a href=3D"mailto:bitcoin-dev@lists.linuxfoundation.org" target=3D"_blank"=
>bitcoin-dev@lists.linuxfoundation.org</a>> wrote:<br></div><div class=
=3D"gmail_quote"><blockquote class=3D"gmail_quote" style=3D"margin:0px 0px =
0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I think =
the right way so people don't invent deviant things is to<br>
increase the size of OP_RETURN, I don't get this number of 80B, you can=
<br>
hardly store a signature (of what?) in there and not the "what" i=
f the<br>
"what" is a hash for example<br></blockquote><div><br></div><div>=
Updating the size of OP_RETURN to support a hash (or two), a signature, and=
maybe a few more bytes for metadata, would be very helpful in a number of =
scenarios. It is still a limit but a reasonable one. Otherwise, I think we&=
#39;ll have a lot more inscription-style scenarios.</div><div></div></div><=
/div></blockquote><div><br></div>I wouldn't be against an increase in O=
P_RETURN but I don't think it will make any difference in how often ins=
cription-style use cases will be used. They will be used primarily for much=
larger datasets than, say 120 bytes, and they also have the segwit discoun=
t.<br></div></div>
--000000000000c4812c05f3e0606d--
|
