Good morning Ruben,
> Hi ZmnSCPxj,
>
> >on completion of the protocol, if Bob lets the refund tx#1 become valid
> >(i.e. does not spend the BTC txo) then Alice can broadcast it, putting both
> >their funds into chaos
>
> You forget, refund tx #1 has a script (which btw won't be visible with
>
Orfeas Stefanos Thyfronitis Litos writes:
> ZmnSCPxj via Lightning-dev writes:
>> If everyone runs such a privately-owned server, on the other hand, this
>> is not so different from having a Lightning node you run at your home
>> that has a fullnode as well and which you access via a remote
> It should be therefore a top priority to make the UX of connecting my
mobile LN client to my home full node extremely easy, so that centralised
services can't improve much on that step. Especially if I already run a
full node.
For what it's worth, this is a main research area for us at Start9
Hi Dmitry,
>But it should be noted that it is not enough that Bob publishes success_tx
before refund_tx_1 became valid. The success_tx needs to be confirmed
before refund_tx_1 became valid.
Agreed, my write-up would benefit from pointing this out more explicitly.
Cheers,
Ruben
On Thu, May 14,
В Thu, 14 May 2020 07:31:13 +0200
Ruben Somsen wrote:
> Hi Dmitry,
>
> >While refund_tx_1 is in the mempool, Bob gives success_tx to the
> >friendly miner
>
> I see, so you're talking about prior to protocol completion, right
> after Alice sends Bob the success_tx. The reason this is not an