Re: [Lightning-dev] Pinging a route for capacity

2018-03-01 Thread ZmnSCPxj via Lightning-dev
Good morning Rene, Please consider the recent discussion about AMP, atomic multi-path. https://lists.linuxfoundation.org/pipermail/lightning-dev/2018-February/000993.html Note that only the source (payer) can split the payment into multiple smaller payments; we cannot safely let intermediaries

[Lightning-dev] refunds -- was Re: BOLT 11, real time micro payments, and route redundancy

2018-03-01 Thread Andy Schroder
On 09/14/2017 11:49 PM, Rusty Russell wrote: I guess I'm confused how this is going to work safely. If you put a refund request in with your payment, isn't that revealing the public key of your node and then defeating the whole purpose of the onion routing of the payment in

Re: [Lightning-dev] Pinging a route for capacity

2018-03-01 Thread gb via Lightning-dev
and any thoughts on protections against flood pinging? On Thu, 2018-03-01 at 09:45 -0500, Jim Posen wrote: > The main benefit is that this should make it quicker to send a > successful payment because latency is lower than sending an actual > payment and the sender could ping all possible

Re: [Lightning-dev] Pinging a route for capacity

2018-03-01 Thread René Pickhardt via Lightning-dev
Hey everyone, disclaimer I am new here and have not a full understanding of the complete specs yet - however since I decided to participate in lighting dev I will just be brave and try to add my ideas on the problem jimpo posed. So even in case by ideas are complete bs please just tell me in a