delvingbitcoin

Lightning transactions with v3 and ephemeral anchors

Lightning transactions with v3 and ephemeral anchors

Original Postby instagibbs

Posted on: January 17, 2024 23:13 UTC

In the realm of HTLC transactions, a move towards version 3 (v3) is considered to be a basic improvement.

However, for a comprehensive resolution of pinning issues, it becomes necessary to ensure that all HTLC spending paths, including those for revoked states, utilize presigned v3 transactions. This proposal stems from recognizing that HTLC-Timeout paths associated with revoked states could also lead to the creation of pins, which is an overlooked aspect of layered transaction structures.

To further elaborate, the ANYONECANPAY feature inherent in HTLC-Success paths controlled by the remote party can be exploited by an adversary. They can do this by inflating the transaction data to generate a pin. To counteract this vulnerability, transitioning to a combination of v3 transactions and ephemeral anchors is suggested. While this approach would effectively mitigate the risk of pinning, it does introduce an increase in virtual bytes (vb) in scenarios that are otherwise benign, which is a tradeoff that needs consideration.

It's worth noting that if Lightning Network (LN) commitment transactions were not structured in layers, the process of securing the network would be somewhat simplified. The primary focus would only need to be on locking down the HLTC-Success paths. This is because, without the layering, the contesting period would not directly expose HTLC outputs, thus diminishing the complexity of the issue at hand.