Regarding ping flooding, if it is problematic, the best solution is
probably including a small proof-of-work with the ping, similar to BIP 154.
However, the whole purpose of the ping in the first place is to be a
cheaper way to collect routing information than attempting to send a
payment, so I
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
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
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