From ZmnSCPxj at protonmail.com Tue Dec 4 18:52:58 2018 From: ZmnSCPxj at protonmail.com (ZmnSCPxj) Date: Tue, 04 Dec 2018 18:52:58 +0000 Subject: [Lightning-dev] Base AMP In-Reply-To: References: <87zhtuvznz.fsf@rustcorp.com.au> <_E9BzXjIxAU_qilMgT2Obfkvjc0gSMKzSBnvXp_Au4n-sJRVStA_f7C6BsCw2FHHiH6CfACfGTYG-DwUlOCHgBMM0tAspgpWbsswgQI6l14=@protonmail.com> <87zhtrh2gn.fsf@rustcorp.com.au> <87in0bfsuz.fsf@rustcorp.com.au> Message-ID: Except we have invoices with no specified amount (payer dictates how much to pay). Which is why we need to send the total amount to the payee as part of the onion final hop, for the case the invoice has no specified amount. Regards, ZmnSCPxj Sent with [ProtonMail](https://protonmail.com) Secure Email. ??????? Original Message ??????? On Tuesday, December 4, 2018 7:40 PM, Christian Decker wrote: > Which brings us back to the initial proposal that just signals the awareness of a temporary underpayment with the single "more is coming"-bit. > > On Sun, Dec 2, 2018 at 11:49 PM Rusty Russell wrote: > >> ZmnSCPxj writes: >>> But what if 2 of those paths fail? >>> It would be better to merge them into a single payment along the expensive 4th path. >>> However, the remaining succeeding path has already given `numpaths`=3. >>> >>> Using `numpaths` overcommits to what you will do in the future, and is unnecessary anyway. >>> The payee is interested in the total value, not the details of the split. >> >> Excellent point. >> >> Thanks, >> Rusty. >> _______________________________________________ >> Lightning-dev mailing list >> Lightning-dev at lists.linuxfoundation.org >> https://lists.linuxfoundation.org/mailman/listinfo/lightning-dev -------------- next part -------------- An HTML attachment was scrubbed... URL: