Matt Corallo writes:
> Ah, oops, indeed, that is much cleaner :). Still need a CSV of 1, though :(.
OK, let's walk through this:
Locally offered HTLC:
- Local HTLC-Timeout tx is CLTV delayed, but remote can fulfill without delay.
Remote offered HTLC:
- Local HTLC-Success tx can be done without d
Conner Fromknecht writes:
> Hi all,
>
>> But it's unnecessary for the recipient to know the total amount I meant
>> to pay; they just need to return the receipt once it exceeds the amount
>> they want.
>
> I think it’s true that the recipient doesn’t need to know necessarily, but
> sending the int
lisa neigut writes:
> Hello Rusty. Exciting stuff! A few observations:
>
> On Fri, Nov 16, 2018 at 12:18 AM Rusty Russell
> wrote:
>
>> ### Confirming a splice: `splice_confirm`
>>
>> 1. type: 43 (`splice_confirm`) (`option_splice`)
>> 2. data:
>>* [`32`:`channel_id`]
>>* [`64`:`signatur
Good morning Rusty,
Okay, I shall modify pull request as you suggested.
Regards,
ZmnSCPxj
Sent with ProtonMail Secure Email.
‐‐‐ Original Message ‐‐‐
On Thursday, November 22, 2018 6:50 AM, Rusty Russell
wrote:
> ZmnSCPxj zmnsc...@protonmail.com writes:
>
> > Good morning Rusty,
> >
Hi all,
> But it's unnecessary for the recipient to know the total amount I meant
> to pay; they just need to return the receipt once it exceeds the amount
> they want.
I think it’s true that the recipient doesn’t need to know necessarily, but
sending the intended amount is more robust IMO, since
