I'd like to make two corrections to this post:
1) The link for reference [8] should be:
https://lists.linuxfoundation.org/pipermail/lightning-dev/2022-February/003479.html
(thanks to David A. Harding for this correction).
2) An extension of the FFO protocol was described in which the parties in a
channel could continue to operate the channel after one party put their State
transaction on-chain by having the first output of that State transaction play
the role of the same party's Individiual transaction's output. This doesn't
work, because that party would have to reveal the per-commitment key to
invalidate the previous channel state, and once revealed the other party could
then spend that output. This problem can be fixed by having the party that put
their State transaction on-chain put a new Individual transaction on-chain that
spends the first output of their State transaction.
Regards,
John
_______________________________________________
Lightning-dev mailing list
Lightning-dev@lists.linuxfoundation.org
https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev
