From ZmnSCPxj at protonmail.com Wed Nov 28 03:54:45 2018 From: ZmnSCPxj at protonmail.com (ZmnSCPxj) Date: Wed, 28 Nov 2018 03:54:45 +0000 Subject: [Lightning-dev] Base AMP In-Reply-To: <87zhtuvznz.fsf@rustcorp.com.au> References: <87va4rp91k.fsf@rustcorp.com.au> <87k1l6nivn.fsf@rustcorp.com.au> <87zhtuvznz.fsf@rustcorp.com.au> Message-ID: <_E9BzXjIxAU_qilMgT2Obfkvjc0gSMKzSBnvXp_Au4n-sJRVStA_f7C6BsCw2FHHiH6CfACfGTYG-DwUlOCHgBMM0tAspgpWbsswgQI6l14=@protonmail.com> Good morning all, > I initially suggested we could just have a 2-byte "number of total > pieces", but it turns out there's a use-case where that doesn't work > well: splitting the bill. There each payer is unrelated, so doesn't > know how the others are paying. This would also not work well in case of a dynamic algorithm that greedily tries to pay the whole amount at once, then splits it if it does not fit, with each split also being liable to splitting. Such a dynamic algorithm would not know in the first place how many splits it will take, but it *will* know the total amount it intends to deliver. Regards, ZmnSCPxj