Good morning list,
I saw elsewhere that there are plans to move peerswap to *two* hops, but no
further, as reliability is a concern.
The logic behind allowing up to two hops distance is that the two endpoints
know the state of the channels to the intermediate node.
But we should also consider
Good morning Joe,
> > Unfortunately, only the first sub-protocol (onchain-to-offchain)
> > is actually forwardable.
>
>
>
> I think it's possible to forward offchain-to-onchain swap as well, by
> just making a payjoin tx by net receiver (initiator) and net sender.
>
> Let me explain it in a bi
> Carol can disturb the protocol by invaliding the PTLC tx by using one of its
> inputs.
> But there is not much point in doing so because prepayment is only for a fee
> for a single tx in the first place.
Oh never mind ... This does not work if the onchain PTLC Tx has a lot
of inputs... since p
> The offchain-to-onchain swap protocol is intended to be used by end- users to
> pay onchain when all their funds are in a Lightning channel.
> Thus, there is the possibility that the end-user has no onchain funds to
> payjoin into the onchain HTLC, only Lightning funds, and the only way > to
>
