From joost.jager at gmail.com Fri Oct 15 14:29:47 2021 From: joost.jager at gmail.com (Joost Jager) Date: Fri, 15 Oct 2021 16:29:47 +0200 Subject: [Lightning-dev] In-protocol liquidity probing and channel jamming mitigation In-Reply-To: <20211015135529.GA23013@jauntyelephant.191.37.198.vultr.com> References: <20211015135529.GA23013@jauntyelephant.191.37.198.vultr.com> Message-ID: On Fri, Oct 15, 2021 at 4:21 PM Owen Gunden wrote: > On Thu, Oct 14, 2021 at 09:48:27AM +0200, Joost Jager wrote: > > So how would things work out with a combination of both of the > > proposals described in this mail? First we make probing free (free as > > in no liquidity locked up) and then we'll require senders to pay for > > failed payment attempts too. Failed payment attempts after a > > successful probe should be extremely rate, so doesn't this fix the ux > > issue with upfront fees? > > Why couldn't a malicious routing node (or group of colluding routing > nodes) succeed the probe and then fail the payment in order to collect > the failed payment fee? > Yes they could, but senders should be really suspicious when this happens. It could happen occasionally because balances may have shifted in between probe and payment. But if it keeps happening they may want to ban this routing node for a long time. This may disincentivize the routing node enough to respond honestly to probes. Joost -------------- next part -------------- An HTML attachment was scrubbed... URL: