Lloyd Fournier [ARCHIVE] on Nostr: đź“… Original date posted:2021-10-11 đź“ť Original message: On Mon, 11 Oct 2021 at ...
đź“… Original date posted:2021-10-11
đź“ť Original message:
On Mon, 11 Oct 2021 at 9:23 pm, Lloyd Fournier <lloyd.fourn at gmail.com>
wrote:
>
> Adjust the protocol so that you reciprocate the in-flight txs. So when I
> offer you a HTLC you first forward it and then lazily send me the signature
> for the inflight tx. Therefore I dont have to wait to get the HTLC on chain
> and don’t have to close the channel early.
>
> So against a malicious node you have to go on chain to_self_delay earlier
> than usual but if both are honest you don’t have to. The problem with eltoo
> is that we don’t know how to achieve this even if both parties are honest
> iirc.
>
Err never mind that won’t work. Sending in-flights to both parties makes no
sense because they can be stale of course.
LL
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20211012/603c793a/attachment.html>
đź“ť Original message:
On Mon, 11 Oct 2021 at 9:23 pm, Lloyd Fournier <lloyd.fourn at gmail.com>
wrote:
>
> Adjust the protocol so that you reciprocate the in-flight txs. So when I
> offer you a HTLC you first forward it and then lazily send me the signature
> for the inflight tx. Therefore I dont have to wait to get the HTLC on chain
> and don’t have to close the channel early.
>
> So against a malicious node you have to go on chain to_self_delay earlier
> than usual but if both are honest you don’t have to. The problem with eltoo
> is that we don’t know how to achieve this even if both parties are honest
> iirc.
>
Err never mind that won’t work. Sending in-flights to both parties makes no
sense because they can be stale of course.
LL
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/lightning-dev/attachments/20211012/603c793a/attachment.html>