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
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
|
Delivery-date: Thu, 13 Mar 2025 20:33:33 -0700
Received: from mail-ot1-f58.google.com ([209.85.210.58])
by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from <bitcoindev+bncBDBNTKFG4EDRBBGHZ27AMGQESCUE64A@googlegroups.com>)
id 1tsvng-0003gq-FJ
for bitcoindev@gnusha.org; Thu, 13 Mar 2025 20:33:33 -0700
Received: by mail-ot1-f58.google.com with SMTP id 46e09a7af769-72b9139c37fsf425470a34.3
for <bitcoindev@gnusha.org>; Thu, 13 Mar 2025 20:33:32 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1741923206; cv=pass;
d=google.com; s=arc-20240605;
b=OeHlvDONKdPx0Ptgy2OV2LVdZPu/hpVJYFLa0ac7N4jiPh9ZDyupba++zQQHpSL3Qr
Tun2NE8Vx9gpd9PSfebVuWEZpWp2Ma8LVa9p13NDH5HZX4oLrRAvS4Ep5TmXwMKOY+Aa
RoWzufXg58WT8eeE1lVphDu46Mna3Ar2F2gyfQu3wNRJ00R9W4BHWHSN/x3DvfK0bQwH
vbe8EMeKeyodYfYji/Olof0NCpjAcTi+W4CQAMAUk7Y0X+je7X4sDo8sKJx+C/TRLa2E
SRXfiv1N1V6jW8/IbachAPtt6wMXRP/VTEB+aUSr2GicgJYnJQ0wepGqXXQvlUJLOWZA
TLow==
ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:in-reply-to:content-disposition
:mime-version:message-id:subject:cc:to:from:date:sender
:dkim-signature;
bh=dAsbRXWvMeEFd7EbSD0Lzu/zbQYm4uC20NtmIcYW2KY=;
fh=tiZqZANPWiz3JLnPrhgHLdw/VfE9XmiD51V+C4f7wp0=;
b=K5Dnc3RMt/WeN1djKau1VAOhRgR9gDMDz3RlP9URMbGF4h3/2K4q49H+g+cAdk5Zbh
qRLlC0n4iZANbkpE2tX3x44saA8sHv3QhlWeUtNK5O1X3zgE1VVgfZtJ3rFWvCAG5sXZ
xKrnv/YuHVxiAXEOtwcSJLWKfvUWwaOMAvj+s6YMHVIfukR4gK9a1nF/vfV1jDdEwy+C
iXfKFcR6Ymf29f/vrp3/qaWYN8nTJ2xkvJ8lDTHJNFNxejFJj0k03QVBsjDswzD550n4
CTvsWkK3QSBfb3qi7LKGUbqRO2GQrpYZg1MAB6HJ8eyDJKI/gzD/Tk7HGcNAg71nmXdP
Cs9w==;
darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
spf=pass (google.com: domain of aj@erisian.com.au designates 172.104.61.193 as permitted sender) smtp.mailfrom=aj@erisian.com.au
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlegroups.com; s=20230601; t=1741923206; x=1742528006; darn=gnusha.org;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:x-original-authentication-results
:x-original-sender:in-reply-to:content-disposition:mime-version
:message-id:subject:cc:to:from:date:sender:from:to:cc:subject:date
:message-id:reply-to;
bh=dAsbRXWvMeEFd7EbSD0Lzu/zbQYm4uC20NtmIcYW2KY=;
b=QFsoxFfMXb4erUb6m1zTezBDNVgO3wj6z0bYHq70CocUgiNpSUfFtp9OmpYlIWtPSj
6HPp3DXKkCFj+n8RkRosL6AL94ZJQHU+njwhx3Zhr1W7wL4JT8KDuzhTrBpHxDtlGjBh
ad6Iu+YETzAfYwGm60g2179wn+NbjHKT4u3BOeXX06gYmgMnPPGpPgOTjq8lbv5yljN5
WmON8GFkRqU3hGp4rvndfQwjINvv86vRY31v8aElE3VlGsW9xUs8P9d9ah1EEVdptQnN
Y0FOt+Z2Cr6dAYxjbKwY4eAaFoKJExfsll46n6/24jh2Tb6OhytOcqILrR0A1J+0mGLZ
N5Jw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1741923206; x=1742528006;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:x-original-authentication-results
:x-original-sender:in-reply-to:content-disposition:mime-version
:message-id:subject:cc:to:from:date:x-beenthere:x-gm-message-state
:sender:from:to:cc:subject:date:message-id:reply-to;
bh=dAsbRXWvMeEFd7EbSD0Lzu/zbQYm4uC20NtmIcYW2KY=;
b=dnXaobE/ZRZbcFSUvB5HA2RQfJi1vdYi0JJwsMFrgWxfPHnwz9Ahb7qejybDaemcW0
6WRdapUyzRe+Ou0sLiEePdVzBE/AyoD9aPL55pkhp9oylCLriV3QNcrX150NND3MMu5Z
39d2qzN8H2yfVVAvt04OzuNJ/lNYECLBmZy/2rfPNMUhcBIuMKn0An/UwGIy1pOZU/8T
twQLnvY8ZQgbZJe62RJgCuoGFjf4AFa0vhPfmLzgdzOG/+7twEgVwldtOC07V8NW9bEP
6gwcBSu3C+V7vuIAlwHqFK8bIxQavSuxVWnppDo08mKOjofj12sIc5w4XiRJRpTFmqaH
sDQA==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=2; AJvYcCUiKKnq2iyW4BglMWolz9YM9b/S4GHxFt6TAE1wRhSsJqasZky0i2UYtU/66YyytFG+FqwuaFM/wpGY@gnusha.org
X-Gm-Message-State: AOJu0Yw1vjDSmdPIYxcqTL2PyNy3DBhsJQGkniw5K619Ekyljp4vb7MJ
Dk1tJW8DIc4qB3cmOde01TNJlLQQ/PRsRcMpR0G1RYRDqdWvTpYS
X-Google-Smtp-Source: AGHT+IHfohVGBeMj77kEgrEhLFWvUZH0S3YqsF47l9JaH3QzYQiiEwBw7fKaDLJh0Ln0eoJds/v4AQ==
X-Received: by 2002:a05:6808:144e:b0:3f8:93c5:6d85 with SMTP id 5614622812f47-3fdee744998mr386820b6e.16.1741923206542;
Thu, 13 Mar 2025 20:33:26 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=Adn5yVHLpQilfV8ksXz9RuTjWbX9q3jkAOrEqCQzrgDsYjFTgA==
Received: by 2002:a4a:d68f:0:b0:600:3d56:c122 with SMTP id 006d021491bc7-601d87b8e98ls366044eaf.0.-pod-prod-04-us;
Thu, 13 Mar 2025 20:33:24 -0700 (PDT)
X-Received: by 2002:a05:6808:2183:b0:3fa:adc7:1ab with SMTP id 5614622812f47-3fdeeb1e48emr489562b6e.17.1741923204061;
Thu, 13 Mar 2025 20:33:24 -0700 (PDT)
Received: by 2002:a05:6808:1aa8:b0:3f9:f009:458e with SMTP id 5614622812f47-3fdde8da4f3msb6e;
Thu, 13 Mar 2025 20:20:21 -0700 (PDT)
X-Received: by 2002:a05:6e02:2184:b0:3cf:c9b9:3eb with SMTP id e9e14a558f8ab-3d483982f8emr6382905ab.0.1741922420125;
Thu, 13 Mar 2025 20:20:20 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1741922420; cv=none;
d=google.com; s=arc-20240605;
b=kXa2u1PBQjFXICfM6KJQ4hzJ/hhyas9zk9pKs5yxlz7lhaznMd/n5bduAALfzdt7a1
h5i6Z1NUvfseGrQVxC5bG0NYuT6LKvjMyRWQaNxgDQgT9E90EJr/aHZY0p0zBnWgJveX
E0yyxEPEr7lxhq9TNztaZZOKj86jTVLyyMA4dmXbURBq8gtUsLJUhOJ6G6TgNcEwuSBx
3JGmLbBLn43Rpyy5qtRAfx4iqGjVXtF3CY79wgDT6C+CCnMgEn0qVP/l01aXK3m6mV4Q
No5URraOtkdn3XR/H5XI/2n/OodRJ4wv89/1Mn83brGPpvTt0MtP+jf29GzqO67D7rUa
gHSA==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
h=in-reply-to:content-disposition:mime-version:message-id:subject:cc
:to:from:date;
bh=ybQCs55Cou+vRUJMbBLhSKkTLfu1+lWHQXdS8zBOE2Q=;
fh=eo8AiNNTMtlb4VjR5dXRkMZ1FBos9IyftfrCQ/AS+HQ=;
b=RrOJZIEubHoNgMqGMBtYJG974fipA2LFsuf/+yRzecjCiE+j9Me4N2IO+inVM+aj0J
sept+lfDfaAEqhgyEeVBCOrPxeqLNrijtJ0fFnexEriiSbY2j9SDK9SOC/1uoE01CchJ
+SCldyUT5Xn6IeWpjWgHcWgqr7Fhh9q2DTYpBJoB4PLsH2mvI98aG+sj1BY/NZMyHNZA
37CDXwL/7IpUiVKmwY9b+4lVIPkecB8nuNPkeDwXs0Yw0JMffmqZMf3vF/Q9gqihJYAd
J4OmRZ1z1N77l1DAIGoCbV3V8OVbgItvt05hZQ/Ya6uCvraEpreqCQVkurtIx4gvMsw7
n+IA==;
dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
spf=pass (google.com: domain of aj@erisian.com.au designates 172.104.61.193 as permitted sender) smtp.mailfrom=aj@erisian.com.au
Received: from cerulean.erisian.com.au (azure.erisian.com.au. [172.104.61.193])
by gmr-mx.google.com with ESMTPS id e9e14a558f8ab-3d47a4491efsi1064835ab.0.2025.03.13.20.20.19
for <bitcoindev@googlegroups.com>
(version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
Thu, 13 Mar 2025 20:20:19 -0700 (PDT)
Received-SPF: pass (google.com: domain of aj@erisian.com.au designates 172.104.61.193 as permitted sender) client-ip=172.104.61.193;
Received: from aj@azure.erisian.com.au
by cerulean.erisian.com.au with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384
(Exim 4.96)
(envelope-from <aj@erisian.com.au>)
id 1tsvap-0003ur-1P;
Fri, 14 Mar 2025 13:20:17 +1000
Received: by email (sSMTP sendmail emulation); Fri, 14 Mar 2025 13:20:12 +1000
Date: Fri, 14 Mar 2025 13:20:12 +1000
From: Anthony Towns <aj@erisian.com.au>
To: Nadav Ivgi <nadav@shesek.info>
Cc: bitcoindev@googlegroups.com
Subject: Re: [bitcoindev] "Recursive covenant" with CTV and CSFS
Message-ID: <Z9OgbC3Zvg1vfrlc@erisian.com.au>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Disposition: inline
In-Reply-To: <CAGXD5f3XScYjj-eFu76vNWyRZG1T_wzeTNfgWCAC3qWKL6_n5w@mail.gmail.com>
<CAGXD5f3zHuwGq+M1jwBJjpEc3Wd8biwjwnrXu6VhrysQeyivLQ@mail.gmail.com>
X-Spam_score: -0.0
X-Spam_bar: /
X-Original-Sender: aj@erisian.com.au
X-Original-Authentication-Results: gmr-mx.google.com; spf=pass
(google.com: domain of aj@erisian.com.au designates 172.104.61.193 as
permitted sender) smtp.mailfrom=aj@erisian.com.au
Precedence: list
Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com
List-ID: <bitcoindev.googlegroups.com>
X-Google-Group-Id: 786775582512
List-Post: <https://groups.google.com/group/bitcoindev/post>, <mailto:bitcoindev@googlegroups.com>
List-Help: <https://groups.google.com/support/>, <mailto:bitcoindev+help@googlegroups.com>
List-Archive: <https://groups.google.com/group/bitcoindev
List-Subscribe: <https://groups.google.com/group/bitcoindev/subscribe>, <mailto:bitcoindev+subscribe@googlegroups.com>
List-Unsubscribe: <mailto:googlegroups-manage+786775582512+unsubscribe@googlegroups.com>,
<https://groups.google.com/group/bitcoindev/subscribe>
X-Spam-Score: -0.8 (/)
On Wed, Mar 12, 2025 at 12:02:27PM +0200, Nadav Ivgi wrote:
> > adding CSFS and discarding the CSFS private key allows
> > you to have a single commitment that can be reused indefinitely.
> With APO alone, you can use one of two constructs:
> 2. Trusted, Infinite - using a simple non-committed signature spending back
> to the same address. This has similar properties to your CTV+CSFS construct.
Right, that's
<01 P> OP_CHECKSIG
as the scriptPubKey, "<sig ANYPREVOUT|ALL>" as the witness, committing to
that scriptPubKey (and an anchor output probably), and after generating
that signature, the private key is discarded.
> Does adding CSFS enable any additional designs?
> I think it's impossible to get Trustless, Infinite short of having full
> introspection abilities (CAT/TXHASH/Elements-like), right?
Direct introspection certainly seems like the easiest approach.
TLUV/OP_VAULT should also get you there I think, despite not providing
full introspection.
> > You could have CTV commit to two inputs, with the second input's entire
> > value being burnt to fees, but that's fairly annoying
> Yes, preparing an exact-sized utxo for fees is indeed annoying. However
> it's not much different from CPFP - an extra tx with the same overall
> number of inputs/outputs, only around 46vB less efficient[0] (assuming you
> need change[1]). So at least for some use-cases it's not terrible either.
CPFP is easier to RBF, so still superior, I think.
> Of course, the most WU-optimal construct is APO|SINGLE (implying ACP) that
> you mentioned, where no extra transaction is needed at all.
A big problem with that is that a griefer can potentially attach large
inputs or outputs to your tx and get their package relayed before yours,
making RBF attempts expensive in high-feerate scenarios, potentially
resulting in nothing being confirmed for an extended period. Could
potentially be solved by TRUC or similar rules (or pure replace-by-feerate
rules), though.
Also, for better or worse, an even more WU-optimal construction is simply
paying miners directly, out of band.
Cheers,
aj
--
You received this message because you are subscribed to the Google Groups "Bitcoin Development Mailing List" group.
To unsubscribe from this group and stop receiving emails from it, send an email to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/Z9OgbC3Zvg1vfrlc%40erisian.com.au.
|
