commitment update steps



Summary:

In this discussion, Joseph Poon talks about solving the issue of identifying HTLC outputs using pubkeys as identifiers, stating that it is not possible due to P2SH being used. He suggests checking only recent blocks before the Commitment Transaction for the search space, but notes that long-dated HTLCs break down this limitation. While a separate hash-tree could be used to store these types of HTLCs, it is not an ideal solution. Poon also highlights the tradeoff between having the entire script in the output and using P2SH, which reduces bits of entropy and identifiability. He suggests storing prior commitment transactions as a stop-gap solution, including the timeout and original Commitment Transaction height when the HTLC was first made, which amounts to 48 bits of storage per HTLC output per fully expired Commitment Transaction. He dislikes using OP_RETURN as a solution but acknowledges its possibility.


Updated on: 2023-05-23T18:37:52.925433+00:00