Delivery-date: Mon, 06 May 2024 12:25:29 -0700
Sender: bitcoindev@googlegroups.com
Date: Mon, 6 May 2024 11:44:03 -0700 (PDT)
From: jeremy <jeremy.l.rubin@gmail.com>
To: Bitcoin Development Mailing List <bitcoindev@googlegroups.com>
Message-Id: <35cba1cd-eb67-48d1-9615-e36f2e78d051n@googlegroups.com>
Subject: [bitcoindev] BIP-119.2: Extensions for Lightning Symmetry
MIME-Version: 1.0
Content-Type: multipart/mixed; 
	boundary="----=_Part_1178_16237916.1715021043512"
Precedence: list
Mailing-list: list bitcoindev@googlegroups.com; contact bitcoindev+owners@googlegroups.com

------=_Part_1178_16237916.1715021043512
Content-Type: multipart/alternative; 
	boundary="----=_Part_1179_79091784.1715021043512"

------=_Part_1179_79091784.1715021043512
Content-Type: text/plain; charset="UTF-8"

This adds 3 new modes:

- 20 Byte Hash160 CTV
- 21 and 33 Byte CTV where last byte indicates second-to-top stack element 
to be included in hash

The extension data is beneficial to Lightning Symmetry applications as they 
need data inscribed in a block so that clients may delete old channel 
states.

One question to particularly address is if Hash160 is both preimage and 
collision resistant in this context, or if 20 bytes will be a security 
issue for lightning developers (I'm aware they use Hash160 for other 
applications)

see draft BIP here: https://github.com/bitcoin/bips/pull/1587

-- 
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 on the web visit https://groups.google.com/d/msgid/bitcoindev/35cba1cd-eb67-48d1-9615-e36f2e78d051n%40googlegroups.com.

------=_Part_1179_79091784.1715021043512
Content-Type: text/html; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable

<div>This adds 3 new modes:</div><div><br /></div><div>- 20 Byte Hash160 CT=
V</div><div>- 21 and 33 Byte CTV where last byte indicates second-to-top st=
ack element to be included in hash</div><div><br /></div><div>The extension=
 data is beneficial to Lightning Symmetry applications as they need data in=
scribed in a block so that clients may delete old channel states.</div><div=
><br /></div><div>One question to particularly address is if Hash160 is bot=
h preimage and collision resistant in this context, or if 20 bytes will be =
a security issue for lightning developers (I'm aware they use Hash160 for o=
ther applications)</div><div><br /></div>see draft BIP here: https://github=
.com/bitcoin/bips/pull/1587<br />

<p></p>

-- <br />
You received this message because you are subscribed to the Google Groups &=
quot;Bitcoin Development Mailing List&quot; 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 on the web visit <a href=3D"https://groups.google.c=
om/d/msgid/bitcoindev/35cba1cd-eb67-48d1-9615-e36f2e78d051n%40googlegroups.=
com?utm_medium=3Demail&utm_source=3Dfooter">https://groups.google.com/d/msg=
id/bitcoindev/35cba1cd-eb67-48d1-9615-e36f2e78d051n%40googlegroups.com</a>.=
<br />

------=_Part_1179_79091784.1715021043512--

------=_Part_1178_16237916.1715021043512--