Received: from sog-mx-3.v43.ch3.sourceforge.com ([172.29.43.193] helo=mx.sourceforge.net) by sfs-ml-1.v29.ch3.sourceforge.com with esmtp (Exim 4.76) (envelope-from ) id 1YtZhw-0002BK-Jn for bitcoin-development@lists.sourceforge.net; Sat, 16 May 2015 10:52:40 +0000 Received-SPF: pass (sog-mx-3.v43.ch3.sourceforge.com: domain of gmail.com designates 209.85.192.48 as permitted sender) client-ip=209.85.192.48; envelope-from=tier.nolan@gmail.com; helo=mail-qg0-f48.google.com; Received: from mail-qg0-f48.google.com ([209.85.192.48]) by sog-mx-3.v43.ch3.sourceforge.com with esmtps (TLSv1:RC4-SHA:128) (Exim 4.76) id 1YtZhv-0007hP-QR for bitcoin-development@lists.sourceforge.net; Sat, 16 May 2015 10:52:40 +0000 Received: by qgew3 with SMTP id w3so22156602qge.2 for ; Sat, 16 May 2015 03:52:34 -0700 (PDT) MIME-Version: 1.0 X-Received: by 10.229.16.69 with SMTP id n5mr18575616qca.25.1431773554435; Sat, 16 May 2015 03:52:34 -0700 (PDT) Received: by 10.140.85.241 with HTTP; Sat, 16 May 2015 03:52:34 -0700 (PDT) In-Reply-To: References: <5555C26F.7080706@sky-ip.org> Date: Sat, 16 May 2015 11:52:34 +0100 Message-ID: From: Tier Nolan Cc: Bitcoin Development Content-Type: multipart/alternative; boundary=001a1133e3f61c6c3b051630c248 X-Spam-Score: 2.3 (++) X-Spam-Report: Spam Filtering performed by mx.sourceforge.net. See http://spamassassin.org/tag/ for more details. -1.5 SPF_CHECK_PASS SPF reports sender host as permitted sender for sender-domain 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (tier.nolan[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record 1.2 MISSING_HEADERS Missing To: header 1.0 HTML_MESSAGE BODY: HTML included in message -0.1 DKIM_VALID_AU Message has a valid DKIM or DK signature from author's domain 0.1 DKIM_SIGNED Message has a DKIM or DK signature, not necessarily valid -0.1 DKIM_VALID Message has at least one valid DKIM or DK signature 1.9 MALFORMED_FREEMAIL Bad headers on message from free email service -0.1 AWL AWL: Adjusted score from AWL reputation of From: address X-Headers-End: 1YtZhv-0007hP-QR Subject: Re: [Bitcoin-development] [BIP] Normalized Transaction IDs X-BeenThere: bitcoin-development@lists.sourceforge.net X-Mailman-Version: 2.1.9 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 16 May 2015 10:52:40 -0000 --001a1133e3f61c6c3b051630c248 Content-Type: text/plain; charset=UTF-8 On Sat, May 16, 2015 at 4:58 AM, Stephen wrote: > We should make sure to consider how BIP34 affects normalized transaction > ids, since the height of the block is included in the scriptSig ensuring > that the txid will be different. We wouldn't want to enable replay attacks > in the form of spending coinbase outputs in the same way they were spent > from a previous block. > > So maybe normalized txids should strip the scriptSigs of all transactions > except for coinbase transactions? This seems to make sense, since coinbase > transactions are inherently not malleable anyway. > That is a good point. Since the point is the change is to use good practice right back until the genesis block, maybe the scriptSig for coinbases could be replaced by the height expressed as a varint. That means that all coinbases get a unique normalized txid. The coinbases with duplicate txids still wouldn't be spendable though. --001a1133e3f61c6c3b051630c248 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On Sat, May 16, 2015 at 4:58 AM, Stephen <stephencalebmorse= @gmail.com> wrote:
We shoul= d make sure to consider how BIP34 affects normalized transaction ids, since= the height of the block is included in the scriptSig ensuring that the txi= d will be different. We wouldn't want to enable replay attacks in the f= orm of spending coinbase outputs in the same way they were spent from a pre= vious block.

So maybe normalized txids should strip the scriptSigs of all transactions e= xcept for coinbase transactions? This seems to make sense, since coinbase t= ransactions are inherently not malleable anyway.

<= /div>
That is a good point.=C2=A0 Since the point is the change is to u= se good practice right back until the genesis block, maybe the scriptSig fo= r coinbases could be replaced by the height expressed as a varint.=C2=A0 Th= at means that all coinbases get a unique normalized txid.=C2=A0 The coinbas= es with duplicate txids still wouldn't be spendable though.
--001a1133e3f61c6c3b051630c248--