Return-Path: Received: from smtp1.osuosl.org (smtp1.osuosl.org [140.211.166.138]) by lists.linuxfoundation.org (Postfix) with ESMTP id 8305CC000B for ; 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 ; 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 ; 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 ; Tue, 15 Feb 2022 20:53:26 +0000 (UTC) Received: by mail-yb1-xb34.google.com with SMTP id y6so59895794ybc.5 for ; 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: In-Reply-To: From: "James O'Beirne" Date: Tue, 15 Feb 2022 15:53:13 -0500 Message-ID: To: "Russell O'Connor" , Bitcoin Protocol Discussion 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-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
> The downside is that in a 6 block reorg any transacti= on that is moved
> past its expiration date becomes invalid and all i= ts descendants
> become invalid too.

Worth noting that the tra= nsaction sponsors design is no worse an
offender on this count than, say= , CPFP is, provided we adopt the change
that sponsored txids are require= d to be included in the current block
*or* prior blocks. (The original p= roposal allowed current block only).

In other words, the sponsored t= xids 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
signif= icantly.
--0000000000006b181d05d814b993--