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
|
Return-Path: <james.obeirne@gmail.com>
Received: from smtp1.osuosl.org (smtp1.osuosl.org [140.211.166.138])
by lists.linuxfoundation.org (Postfix) with ESMTP id 8305CC000B
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 15 Feb 2022 20:53:27 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1])
by smtp1.osuosl.org (Postfix) with ESMTP id 6AD918282C
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 15 Feb 2022 20:53:27 +0000 (UTC)
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
Authentication-Results: smtp1.osuosl.org (amavisd-new);
dkim=pass (2048-bit key) header.d=gmail.com
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 kJDhjKjbNnv8
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 15 Feb 2022 20:53:26 +0000 (UTC)
X-Greylist: whitelisted by SQLgrey-1.8.0
Received: from mail-yb1-xb34.google.com (mail-yb1-xb34.google.com
[IPv6:2607:f8b0:4864:20::b34])
by smtp1.osuosl.org (Postfix) with ESMTPS id C2A7E827CA
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 15 Feb 2022 20:53:26 +0000 (UTC)
Received: by mail-yb1-xb34.google.com with SMTP id y6so59895794ybc.5
for <bitcoin-dev@lists.linuxfoundation.org>;
Tue, 15 Feb 2022 12:53:26 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112;
h=mime-version:references:in-reply-to:from:date:message-id:subject:to;
bh=aZYvp4Rbw/U8sF2JAqsmI7Fjq/wfwkhpBV2rFMcgZXM=;
b=gA1WkWh5txYpjufFpHADDnHpuoT/i7jvJuEqzcucFULqfTu3loPliL/EYQmisQidik
HYgNLqWLTdTTu3TaqslNw0LEwTwPYcZX0zJuvpAA4OpN7SD8LsDUgjsJvWI5Alx01lkz
nhcReR5nJX4At7Zzc9VCCsnO6Vvbm9vrfm435cwSX3hQUpqrJp91nSFkBA2LQI7xd4yf
YLx8V7k7KDrijXTxCDCgVmIUFU3UE1MpawgT+XtXpH2GE4kiag23lYkBAdQFPQRGrDmm
lyGYlsVrMxCoWG7lqGHnMtn8VpStujzOBQI0CHUz603/4hRZY4xyHlkJbMkOQDQ1rtjd
PA0A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
d=1e100.net; s=20210112;
h=x-gm-message-state:mime-version:references:in-reply-to:from:date
:message-id:subject:to;
bh=aZYvp4Rbw/U8sF2JAqsmI7Fjq/wfwkhpBV2rFMcgZXM=;
b=xA1hAMoqxPpMwa3O8cDMbo1N/mxDsW8lZsxn7nMzK7Km31llmQRTjennGAvZI6uEEA
IZEkFHbxLLBBMIY5cChW8FiLsFNqZJHCMTubcrWST/R9NQzh2D1yhEsuUlpcuSd2fajx
U3gDbnKwj33Ra0MxsDJ4h9OFaPWAb9MSCUjt6Tsjg8qYPLkRk9fWnBeJo2Iaw+SF8f2q
D8IBkU0IJy1Qv2vYa/IYAZIK62LKMLyep46ljinWj2wpkplxBRHo7/9KH7H2geYQG+ao
lew56MCa+3R19soyo0TiuUcMNKBR5uSacfczSiyXOOyRks9ZHnrV58DYld5xVs/uo7U+
xMlg==
X-Gm-Message-State: AOAM533n3VeMgcklmNPGXEsCxzEc+ZxCgykvrK6GnjvRDHMqxvJ4W7Ch
/UdHEZvB5gZdgRWUpEcZW0IBzBJZKSSOt6Z8o0nhgRsNC8pEeA==
X-Google-Smtp-Source: ABdhPJzsnJpD8toLgJyPP3k+ipZXHVyF6hIn0msvzBwlLgCopM3XBylVvkgTtxW/J+9U6gT15MbbS8Zn68o+kbdFWOs=
X-Received: by 2002:a05:6902:1003:: with SMTP id
w3mr708451ybt.505.1644958405300;
Tue, 15 Feb 2022 12:53:25 -0800 (PST)
MIME-Version: 1.0
References: <CAPfvXfKrnju1fzxOKs3Fx00NOPWHjedF7e4xMSGs8buwc0O2kw@mail.gmail.com>
<CALZpt+FwZTXEYYiJ=1XTXbDVECW41e9rNq8rn8AYr6m3yLAkPA@mail.gmail.com>
<CAPfvXfJN9zeJDYka8BycU102xGdwQ2O9=Khgjag-eYLmXRdsdA@mail.gmail.com>
<CALZpt+G0uXL04onty2N++6tWeX7Y=5KWw3x8-A0MvyUgZR-4Xw@mail.gmail.com>
<CAGpPWDaZ=Qx_phzjFJXzQc0ePWfuJmGKsPrsvj9X1pBTBrRgWA@mail.gmail.com>
<CAMZUoKnhyzJ=6W-=hxpmCyjiPyYMuS=eKjLN+bu5cuLRQ42nxA@mail.gmail.com>
In-Reply-To: <CAMZUoKnhyzJ=6W-=hxpmCyjiPyYMuS=eKjLN+bu5cuLRQ42nxA@mail.gmail.com>
From: "James O'Beirne" <james.obeirne@gmail.com>
Date: Tue, 15 Feb 2022 15:53:13 -0500
Message-ID: <CAPfvXfJnDajpxjpnhXNZiBTLqBmNEmj5CdFNx8UxEE4R1ydepA@mail.gmail.com>
To: "Russell O'Connor" <roconnor@blockstream.com>,
Bitcoin Protocol Discussion <bitcoin-dev@lists.linuxfoundation.org>
Content-Type: multipart/alternative; boundary="0000000000006b181d05d814b993"
Subject: Re: [bitcoin-dev] Thoughts on fee bumping
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: Tue, 15 Feb 2022 20:53:27 -0000
--0000000000006b181d05d814b993
Content-Type: text/plain; charset="UTF-8"
> The downside is that in a 6 block reorg any transaction that is moved
> past its expiration date becomes invalid and all its descendants
> become invalid too.
Worth noting that the transaction sponsors design is no worse an
offender on this count than, say, CPFP is, provided we adopt the change
that sponsored txids are required to be included in the current block
*or* prior blocks. (The original proposal allowed current block only).
In other words, the sponsored txids are just "virtual inputs" to the
sponsor transaction.
This is a much different case than e.g. transaction expiry based on
wall-clock time or block height, which I agree complicates reorgs
significantly.
--0000000000006b181d05d814b993
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
<div dir=3D"ltr">> The downside is that in a 6 block reorg any transacti=
on that is moved<br>> past its expiration date becomes invalid and all i=
ts descendants<br>> become invalid too.<br><br>Worth noting that the tra=
nsaction sponsors design is no worse an<br>offender on this count than, say=
, CPFP is, provided we adopt the change<br>that sponsored txids are require=
d to be included in the current block<br>*or* prior blocks. (The original p=
roposal allowed current block only).<br><br>In other words, the sponsored t=
xids are just "virtual inputs" to the<br>sponsor transaction.<br>=
<br>This is a much different case than e.g. transaction expiry based on<br>=
wall-clock time or block height, which I agree complicates reorgs<br>signif=
icantly.<br></div>
--0000000000006b181d05d814b993--
|
