Re: [Lightning-dev] Payee pay fee

2019-02-25 Thread ZmnSCPxj via Lightning-dev
Good morning Rusty, > > Yes. But how does the payee know to give the bolt12 offer to the payer? > > That's the piece that's missing here, which is actually independent. Ah, I understand now. In the context of this thread, payer is a service, while payee is user. So I presume an HTTPS PUT or

Re: [Lightning-dev] Payee pay fee

2019-02-24 Thread Rusty Russell
ZmnSCPxj writes: > Good morning Rusty, > >> So we need a web way of asking a client to send an invoice or offer over >> HTTPS. Is this a new URI scheme? How would this work? > > I thought that offers would work over LN alone? > > When you first proposed the offers, I thought it was this way: > >

Re: [Lightning-dev] Payee pay fee

2019-02-20 Thread ZmnSCPxj via Lightning-dev
Good morning Cezary, > What, can't this this be done in easier way? For example: > > 1. Payee provides fee limit along with with Invoice. This can be amount > percentage or absolute value in msats.  > 2. Payer in order to pay just finds route, that do not exceed limit from > invoice > 3. Payer

Re: [Lightning-dev] Payee pay fee

2019-02-14 Thread ZmnSCPxj via Lightning-dev
Good morning Cezary, I have alluded to this issue before: https://lists.linuxfoundation.org/pipermail/lightning-dev/2019-January/001826.html See "Withdrawing funds from a service". From my point-of-view, the proper solution would involve the payee providing one or more complete paths from the