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
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
|
Delivery-date: Thu, 31 Jul 2025 06:00:01 -0700
Received: from mail-oa1-f57.google.com ([209.85.160.57])
by mail.fairlystable.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256
(Exim 4.94.2)
(envelope-from <bitcoindev+bncBCY3VBMZVAMRBQGRVXCAMGQEF7GJG6I@googlegroups.com>)
id 1uhSt6-00076j-BV
for bitcoindev@gnusha.org; Thu, 31 Jul 2025 06:00:00 -0700
Received: by mail-oa1-f57.google.com with SMTP id 586e51a60fabf-2e9b1f85b2bsf1371070fac.0
for <bitcoindev@gnusha.org>; Thu, 31 Jul 2025 05:59:58 -0700 (PDT)
ARC-Seal: i=2; a=rsa-sha256; t=1753966789; cv=pass;
d=google.com; s=arc-20240605;
b=RY4hGarVTOmGpluProjFeaipCVeMN+HemETZA9d1hcOyNrWyMKDDJalpwd1ktCexkO
nJ4/wgXTpBeSLNI8QiWVGYP4n8l+xM6sebCYiXVbkvUkmtWPrLR5xBhNlocsCvZZ1OAa
RlF9VSHFPsnewF7BoX2wpDo2DYnbPj3m5/HPHeOtl2o7ziU5M59brPH0Mbpe6CT16roQ
Vi1hNnwzonDkRZZUDnNcVgGYIkI8U6lw6G3ShSGZIZ8+wpCBhHHhR8dfoX4nWG35ZgeW
hXvO+B/6k+Bk//IPKkJ+Amj7KWpQ/eRLN15rDLrTPjL5wgdZ59gWPOLJzEuGv5zyv8S2
dWkA==
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:cc:to:subject:message-id:date:from
:in-reply-to:references:mime-version:sender:dkim-signature
:dkim-signature;
bh=jV6SCyeFk1fZD3alxKxPZCgteLlT3FCu9CTLCWd87+k=;
fh=72sC6XiUS1JzA62QC0EN+8eZxBxf6E6F6sWXXaADl40=;
b=JtE+AD00pjknutaCD913QI9qqZUQqoKJRF8mTO0aUE+wZpchKBAr6sA5pFX/BxSfK5
bYFZFUgUMa/dV5BaajAuLHOtXnfyP9Jr71KA5xghf3pN7gML3xr5gPR+1G4kT428iZNQ
RXZNF/05GZMzgB3hq2USq3fQVRwmczHXYN5CTj6PvaDm84ptgnppwvJ4BXGZAi85gYXa
zNsFDS8JniHBNM6GWXoTBItTzFusEXQuQndVGc8QFoidiqmMKmztycTEJfZVCDX9lOBI
cHiRcbIRHmYeraJer4N4pFZgiM+D+l51EDPY9v56xvfOkalOSoX1+FACH54WtmbiZcyB
liUQ==;
darn=gnusha.org
ARC-Authentication-Results: i=2; gmr-mx.google.com;
dkim=pass header.i=@gmail.com header.s=20230601 header.b=iDo4l9Bt;
spf=pass (google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62c as permitted sender) smtp.mailfrom=garlonicon@gmail.com;
dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com;
dara=pass header.i=@googlegroups.com
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=googlegroups.com; s=20230601; t=1753966789; x=1754571589; 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:cc:to:subject:message-id:date:from:in-reply-to
:references:mime-version:sender:from:to:cc:subject:date:message-id
:reply-to;
bh=jV6SCyeFk1fZD3alxKxPZCgteLlT3FCu9CTLCWd87+k=;
b=BzE1UJdkuJ+zAxjcVsa0HJJj/aONW93+nRwmdf57deOdaafwPQ1+M2IwTm/3UTAeKk
YArwxrlFo2iEyQS7rb3t2YgG2cck1Y3MgXWKuEMhM/hnsXR2BYVbun8ryZu7Qk7gCnlv
2sjvmU6KQRRdJQiXQqWcSAcUD5ynGpxoEpysAZvkFnSOOjHE5FsIv9fbfrTNvRi6xCYX
MvSbgH4ugOovFRktP5tuAKvopX/yEOMwSrAAiy/kuTxiRbVR2OgPNaUUmCVm/JFh+CYC
n51ciuMawgZ69os8S6NGtMcbiYANl21UIOztsmbdcKAp9k4JEEISplbMDHpFSHdDAByi
X1QQ==
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=gmail.com; s=20230601; t=1753966789; x=1754571589; 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:cc:to:subject:message-id:date:from:in-reply-to
:references:mime-version:from:to:cc:subject:date:message-id:reply-to;
bh=jV6SCyeFk1fZD3alxKxPZCgteLlT3FCu9CTLCWd87+k=;
b=ZxHaI1Gb88NbR10TYFowdfoVLZYlmQ/F0Y5HiZUA17zmGptaXMDXrQ+gHkG+LUnBBk
30SdtyG7v4dJwVvmpMbMKPNdZ7+x1i+3UlvqFsAjtgqj1GBPEIaRWMnQIATOgHiiKSxx
MSWFTu5cIQvCXi3XAGkUYVJXmVDkUn9uwjd7ytZY0BvOAzU2qlrzaZ+35tHeSOo5kGYd
kwLLLqmMxNH3NAoognGeNmcmOCXWYpxCDwL7gEiCB7NT/TRAwu9xyaEiaFFJqDixrBLj
GkwoUt3Z6ocXG2oPELV6jUbP4seaaXc/Bkq060k3XwzeXTbq9DBMlJRm8+nk2nAlmtwH
3ViA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20230601; t=1753966789; x=1754571589;
h=list-unsubscribe:list-subscribe:list-archive:list-help:list-post
:list-id:mailing-list:precedence:x-original-authentication-results
:x-original-sender:cc:to:subject:message-id:date:from:in-reply-to
:references:mime-version:x-beenthere:x-gm-message-state:sender:from
:to:cc:subject:date:message-id:reply-to;
bh=jV6SCyeFk1fZD3alxKxPZCgteLlT3FCu9CTLCWd87+k=;
b=C3FhZKpOgrCy0pdyZGNnrO6XbikhUF6lWhu0n/awrydYj7aQlBd52Xy6jYDW9QpJGP
x/1rdzd2H0hvxIon0pl5JggtnhpmF8u1Dwfw+6pOyyttZzaKxX+YmG//7ZDrGVt6kQGg
KcDJUNeDuDISsxseB/ItnxgE4nJZJEYmFDB0O9uy4s+G/7mylEKIwgmgh6kvo1QOSfkX
sjFrIehOZtkxb4OEsfK/Vt2gyUuIKlI+uEkJfEdYqkvihdS55cSpmLRj88dltoB4MaKL
0SkKFJtVth9bfxxfuzFDO7lXhyeJjXNWUkieRQ9xz21FA8pdIB5nu9mb8HZVRTrbGPsC
KBsg==
Sender: bitcoindev@googlegroups.com
X-Forwarded-Encrypted: i=2; AJvYcCXlnbY1jPUpvCdc22WRAOLd6XyB851cftIZh5COi3vuOP485pdPods07gqW7Qftg1+KFpoCC7hG/qc2@gnusha.org
X-Gm-Message-State: AOJu0Yz0JALut0YecbY1gCUuFb9CHfOFSiQrlasntsrlsauP5+CDE1dE
x2AIiCkXK4VCuNcIncs5xR5J7PFtKQTUvFPc30HKRpb8WVeo7zry+4PV
X-Google-Smtp-Source: AGHT+IHDvsiyrmPA4dFmaGWnou3C0iFBhiHKz0jC5LjCPBUOL2ZEDOkP1kK9JqcV5qN0YVcMYLhXqw==
X-Received: by 2002:a05:6871:5208:b0:2d5:ba2d:80e4 with SMTP id 586e51a60fabf-30785c114bamr4464921fac.24.1753966788831;
Thu, 31 Jul 2025 05:59:48 -0700 (PDT)
X-BeenThere: bitcoindev@googlegroups.com; h=AZMbMZeq1R3DKq2r+A0Krr6mCSwvUxnYPv2AYUixWKiFl23Pkw==
Received: by 2002:a05:6870:1096:b0:2da:fbc:5e7 with SMTP id
586e51a60fabf-307a7059fefls314523fac.0.-pod-prod-07-us; Thu, 31 Jul 2025
05:59:44 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCWi2SjHWqez4LLPy1S237IxLHsVuMdu0DXAZhTXcdJ3TYIJjjPINgxttZhHwVJFmOpy9yQKTZVEo9xg@googlegroups.com
X-Received: by 2002:a05:6808:884f:20b0:433:da21:4c60 with SMTP id 5614622812f47-433da215c37mr94816b6e.11.1753966784386;
Thu, 31 Jul 2025 05:59:44 -0700 (PDT)
Received: by 2002:a05:600c:1d96:b0:456:ce4:c44e with SMTP id 5b1f17b1804b1-458931541a1ms5e9;
Thu, 31 Jul 2025 00:35:47 -0700 (PDT)
X-Forwarded-Encrypted: i=2; AJvYcCWPh1ntZS3t6hFxG1Bh6i9LfdnTnvadBsrtlFtflgT7oiZBpEaQyGJa0O739SjepLrrf8D73CUrom57@googlegroups.com
X-Received: by 2002:a05:600c:4448:b0:456:1e5a:885e with SMTP id 5b1f17b1804b1-45892b95341mr67472485e9.3.1753947345059;
Thu, 31 Jul 2025 00:35:45 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; t=1753947345; cv=none;
d=google.com; s=arc-20240605;
b=RJQNTooSUHavyl8J0juoB51NwAcjjdwtJQ9BKNLT+nKnyFgBv/dKYvlZeaxygk02qS
XG8xId9HySN3WE9pRP/pRU9qI8XcrVOGg4ndh/ko0+OfYWrbgNSc3gn/yo/N6bC0FkH4
yb76w4d3muQJAm8r6T+h7YuaQ6HqENwKV1GmW7M58kq6S5w1r1gAVGP60Hx6jENrpQtd
0Zpsb0myES4Gn3z8zAP5kaK3ETmuXilHzxO1QlIou5JAV9b0HPzdCsXmavlgdyjpu3rg
V2cXdNjkUEoT9FVvGVqCFnJknD+PAzQosNdythbCyQhgDpKH1wrK/WLhj8JvAusuV0CN
5Lug==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605;
h=cc:to:subject:message-id:date:from:in-reply-to:references
:mime-version:dkim-signature;
bh=PPdimQHG51DCnQNzwrqT5eNlqx2365HpyC0p/8XfzCs=;
fh=F4rWYVasNJM8pOvIlBCEfIXfOb2BiZornQq2LD59rLw=;
b=SYOpF4flideNsInfedKL4LRnq7svc1BQ9SiPgG/OdhzycdhZ4oTbObHrCFNz/Bl+Xd
6qL/oUnM7046ZJonpPYvaOGEUBfZKZkmpIy2VjFdAsmFCuD+N614Yh3Mbbi3Mz4mdQeV
YIKg2c+oRHpH6LHppibCUV6oVmIAatMTJebG6Kcn8/WL8L3NHqrQVUqkJwOzjpKWwu0U
WlkuTPEwFfu9rWgLLsxSQISAePTZtzLwK/BpkKVIfXPapy4couCxuw6YbOq2vQqRrgd+
eCE2vHntkMHxe+uT1JdokAsqTr2Ro9aY4XANciXOwRWOqjOHqFEiNwiNJSJfoM/Pz3LS
/97g==;
dara=google.com
ARC-Authentication-Results: i=1; gmr-mx.google.com;
dkim=pass header.i=@gmail.com header.s=20230601 header.b=iDo4l9Bt;
spf=pass (google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62c as permitted sender) smtp.mailfrom=garlonicon@gmail.com;
dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com;
dara=pass header.i=@googlegroups.com
Received: from mail-ej1-x62c.google.com (mail-ej1-x62c.google.com. [2a00:1450:4864:20::62c])
by gmr-mx.google.com with ESMTPS id 5b1f17b1804b1-45895377d6esi914185e9.1.2025.07.31.00.35.45
for <bitcoindev@googlegroups.com>
(version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128);
Thu, 31 Jul 2025 00:35:45 -0700 (PDT)
Received-SPF: pass (google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62c as permitted sender) client-ip=2a00:1450:4864:20::62c;
Received: by mail-ej1-x62c.google.com with SMTP id a640c23a62f3a-ae3b336e936so122265066b.3
for <bitcoindev@googlegroups.com>; Thu, 31 Jul 2025 00:35:45 -0700 (PDT)
X-Forwarded-Encrypted: i=1; AJvYcCWxCoiYCqTBoF5195I/Ku5E8hcv/pq1D7kHPYZhz/OyaEOjDudQYl4FSDgHxOrijGzQHTLysmSJwYGL@googlegroups.com
X-Gm-Gg: ASbGnctzt7TiVFu1EG2fgSNUmkdNtayO+kusmU9iWOGgvD0cqoaW3/5lIBHbVpJmJL2
BjnsNO6PFIA6rJv+oabM2TtfgAKD9MK9zAyGCUes/Z8aDm65mGfHE6n7p0vvRE33gTHzgHmPtVv
IzXNLZxDlJhPXLlbVRCVt9G2Rob0vscA5ZwdZBedC7V7NgSUAsru/4dNLOY1Gd4HN/7SB5wM6F6
eP+PA==
X-Received: by 2002:a17:907:9406:b0:ae6:f087:953 with SMTP id
a640c23a62f3a-af8fd6a2978mr654773266b.12.1753947344107; Thu, 31 Jul 2025
00:35:44 -0700 (PDT)
MIME-Version: 1.0
References: <26b96fb1-d916-474a-bd23-920becc3412cn@googlegroups.com>
<CAPfvXf+E0YDzqY_jsGVoc4KKh_Kgsp-p20wNAD05tv_rMNG2sA@mail.gmail.com>
<_POzkO7sHDURx6skGAWsrxN_UUtN_6Ak6donzVhmzYzAV6Ej22jBnE2baxM_WtqxW2RNvDjze72kOVgowNhqGSJ1dg5m_HTO3FuG6QM5daw=@protonmail.com>
<CAPfvXfL59wF-sfrnwkK0NUeGCphsJ1VJzGmbTUDHgNFncx2VSw@mail.gmail.com> <aHi80KYQB7ZnUiVl@petertodd.org>
In-Reply-To: <aHi80KYQB7ZnUiVl@petertodd.org>
From: Garlo Nicon <garlonicon@gmail.com>
Date: Thu, 31 Jul 2025 09:35:32 +0200
X-Gm-Features: Ac12FXxr9jvEShBf8rUlrbmmcc1oVMxnsFy3iU8CE3RvtDmwUm3mf1HLtfajYWw
Message-ID: <CAN7kyNju09SsYKPBr8j4CiSYFFtWr5ef1KYT8j69YZGKkZCEug@mail.gmail.com>
Subject: Re: [bitcoindev] A Taproot-native (re-)bindable transaction bundle proposal
To: Peter Todd <pete@petertodd.org>
Cc: "James O'Beirne" <james.obeirne@gmail.com>, Antoine Poinsot <darosior@protonmail.com>,
Greg Sanders <gsanders87@gmail.com>,
Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Content-Type: multipart/alternative; boundary="000000000000667f33063b34b04b"
X-Original-Sender: garlonicon@gmail.com
X-Original-Authentication-Results: gmr-mx.google.com; dkim=pass
header.i=@gmail.com header.s=20230601 header.b=iDo4l9Bt; spf=pass
(google.com: domain of garlonicon@gmail.com designates 2a00:1450:4864:20::62c
as permitted sender) smtp.mailfrom=garlonicon@gmail.com; dmarc=pass
(p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com; dara=pass header.i=@googlegroups.com
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.5 (/)
--000000000000667f33063b34b04b
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
> There are no sigificant obstacles to new code making use of taproot.
Using OP_SIZE on top of Schnorr signature doesn't reveal Proof of Work
behind it. But if it is done behind P2WSH, then it works much better (the
smaller DER signature is, the more Proof of Work it requires). Which means,
that if you want to have Proof of Work, and any conditions, then you are
forced to use P2WSH or something older (but older things are non-standard).
In theory, that kind of problems could be solved by new opcodes like
OP_CAT, but then, they would open more use cases, which may have unknown
side effects (like implementing BIP-300 or BIP-301 without any additional
soft-fork).
Also, if you use OP_CHECKMULTISIG, then it is guaranteed, that all
signatures can sign the same z-value, if they want (which is useful, when
ECDSA is used as a 256-bit calculator; if secp256k1 will ever be broken,
and OP_CHECKMULTISIG won't be disabled, then I guess using it as a big
number calculator will be the main use case). However, in Taproot, there is
OP_CHECKSIGADD instead, and then, each OP_CHECKSIG call is executed on a
different z-value, and it is much harder to force it to be the same for
different signatures.
Another combination, which can be used only in legacy scripts, is moving
coins from random P2PK outputs with out-of-bounds SIGHASH_SINGLE, from
known public keys, with unknown private keys. Then, even P2WSH cannot do
that, because z-value cannot be controlled by the spender in any reasonable
way (and different sighashes cannot be chained, because when txid inside
input can change, then next signature in the chain can be invalid; it is
hard to make a chain of one-input-one-output signatures, when all of them
would use sighashes SINGLE with ANYONECANPAY, because adding any input or
output to anything in that chain, will instantly invalidate all following
signatures).
czw., 17 lip 2025 o 12:04 Peter Todd <pete@petertodd.org> napisa=C5=82(a):
> On Fri, Jul 11, 2025 at 06:59:18PM -0400, James O'Beirne wrote:
> > Hi Antoine,
> >
> > > You state that between 0.1% and 0.75% of all bitcoins in existence ar=
e
> > > held in P2TR outputs, and use this figure to conclude the
> > > "overwhelming majority of **value transfer** in bitcoin is still
> > > happening in a pre-Taproot script context".
> >
> > I think you might have misparsed my email; I wasn't using one
> > observation to justify the other.
> >
> > I ran a script[0] to tally the value of newly created outputs by addres=
s
> > type, and the node tells me that 93.5% of all output-value created over
> > the last three months is non-P2TR.
>
> The total output value created that is non-P2TR is irrelevant here: all
> those
> outputs are being created by existing production systems. Obviously, they
> have
> no reason to rush to implementing taproot. Heck, as I just mentioned
> elsewhere,
> even P2PKH addresses are *still* fairly commonly used even though there a=
re
> significant fee savings to upgrading. People just don't like upgrading
> existing
> - working - code unless there is a really good reason.
>
> What we're discussing here is a new scripting feature, that inevitably ar=
e
> only
> useful for brand new code. There are no sigificant obstacles to new code
> making
> use of taproot.
>
> ACK new opcodes being taproot only.
>
> --
> https://petertodd.org 'peter'[:-1]@petertodd.org
>
> --
> 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/aHi80KYQB7ZnUiVl%40petertodd=
.org
> .
>
--=20
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 e=
mail to bitcoindev+unsubscribe@googlegroups.com.
To view this discussion visit https://groups.google.com/d/msgid/bitcoindev/=
CAN7kyNju09SsYKPBr8j4CiSYFFtWr5ef1KYT8j69YZGKkZCEug%40mail.gmail.com.
--000000000000667f33063b34b04b
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">> There are no sigificant obstacles to new code making =
use of taproot.<br><br>Using OP_SIZE on top of Schnorr signature doesn'=
t reveal Proof of Work behind it. But if it is done behind P2WSH, then it w=
orks much better (the smaller DER signature is, the more Proof of Work it r=
equires). Which means, that if you want to have Proof of Work, and any cond=
itions, then you are forced to use P2WSH or something older (but older thin=
gs are non-standard). In theory, that kind of problems could be solved by n=
ew opcodes like OP_CAT, but then, they would open more use cases, which may=
have unknown side effects (like implementing BIP-300 or BIP-301 without an=
y additional soft-fork).<br><br>Also, if you use OP_CHECKMULTISIG, then it =
is guaranteed, that all signatures can sign the same z-value, if they want =
(which is useful, when ECDSA is used as a 256-bit calculator; if secp256k1 =
will ever be broken, and OP_CHECKMULTISIG won't be disabled, then I gue=
ss using it as a big number calculator will be the main use case). However,=
in Taproot, there is OP_CHECKSIGADD instead, and then, each OP_CHECKSIG ca=
ll is executed on a different z-value, and it is much harder to force it to=
be the same for different signatures.<br><br>Another combination, which ca=
n be used only in legacy scripts, is moving coins from random P2PK outputs =
with out-of-bounds SIGHASH_SINGLE, from known public keys, with unknown pri=
vate keys. Then, even P2WSH cannot do that, because z-value cannot be contr=
olled by the spender in any reasonable way (and different sighashes cannot =
be chained, because when txid inside input can change, then next signature =
in the chain can be invalid; it is hard to make a chain of one-input-one-ou=
tput signatures, when all of them would use sighashes SINGLE with ANYONECAN=
PAY, because adding any input or output to anything in that chain, will ins=
tantly invalidate all following signatures).</div><br><div class=3D"gmail_q=
uote gmail_quote_container"><div dir=3D"ltr" class=3D"gmail_attr">czw., 17 =
lip 2025 o 12:04=C2=A0Peter Todd <<a href=3D"mailto:pete@petertodd.org">=
pete@petertodd.org</a>> napisa=C5=82(a):<br></div><blockquote class=3D"g=
mail_quote" style=3D"margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204=
,204,204);padding-left:1ex">On Fri, Jul 11, 2025 at 06:59:18PM -0400, James=
O'Beirne wrote:<br>
> Hi Antoine,<br>
> <br>
> > You state that between 0.1% and 0.75% of all bitcoins in existenc=
e are<br>
> > held in P2TR outputs, and use this figure to conclude the<br>
> > "overwhelming majority of **value transfer** in bitcoin is s=
till<br>
> > happening in a pre-Taproot script context".<br>
> <br>
> I think you might have misparsed my email; I wasn't using one<br>
> observation to justify the other.<br>
> <br>
> I ran a script[0] to tally the value of newly created outputs by addre=
ss<br>
> type, and the node tells me that 93.5% of all output-value created ove=
r<br>
> the last three months is non-P2TR.<br>
<br>
The total output value created that is non-P2TR is irrelevant here: all tho=
se<br>
outputs are being created by existing production systems. Obviously, they h=
ave<br>
no reason to rush to implementing taproot. Heck, as I just mentioned elsewh=
ere,<br>
even P2PKH addresses are *still* fairly commonly used even though there are=
<br>
significant fee savings to upgrading. People just don't like upgrading =
existing<br>
- working - code unless there is a really good reason.<br>
<br>
What we're discussing here is a new scripting feature, that inevitably =
are only<br>
useful for brand new code. There are no sigificant obstacles to new code ma=
king<br>
use of taproot.<br>
<br>
ACK new opcodes being taproot only.<br>
<br>
-- <br>
<a href=3D"https://petertodd.org" rel=3D"noreferrer" target=3D"_blank">http=
s://petertodd.org</a> 'peter'[:-1]@<a href=3D"http://petertodd.org"=
rel=3D"noreferrer" target=3D"_blank">petertodd.org</a><br>
<br>
-- <br>
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List" group.<br>
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:bitcoindev%2Bunsubscribe@googlegroups.com" target=
=3D"_blank">bitcoindev+unsubscribe@googlegroups.com</a>.<br>
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/aHi80KYQB7ZnUiVl%40petertodd.org" rel=3D"noreferrer" target=3D"_=
blank">https://groups.google.com/d/msgid/bitcoindev/aHi80KYQB7ZnUiVl%40pete=
rtodd.org</a>.<br>
</blockquote></div>
<p></p>
-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List" group.<br />
To unsubscribe from this group and stop receiving emails from it, send an e=
mail to <a href=3D"mailto:bitcoindev+unsubscribe@googlegroups.com">bitcoind=
ev+unsubscribe@googlegroups.com</a>.<br />
To view this discussion visit <a href=3D"https://groups.google.com/d/msgid/=
bitcoindev/CAN7kyNju09SsYKPBr8j4CiSYFFtWr5ef1KYT8j69YZGKkZCEug%40mail.gmail=
.com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/ms=
gid/bitcoindev/CAN7kyNju09SsYKPBr8j4CiSYFFtWr5ef1KYT8j69YZGKkZCEug%40mail.g=
mail.com</a>.<br />
--000000000000667f33063b34b04b--
|