Uh oh!
There was an error while loading. Please reload this page.
Skip channels used for probing based on available liquidity - #156
Conversation
2dfa7bf to
9c92be3Compare9c92be3 to
7d52209Comparemoneyball
commented
Aug 16, 2023
ACK |
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
TheBlueMatt
commented
Aug 16, 2023
Since |
tnull
commented
Aug 16, 2023
Sure, happy to. |
G8XSU
commented
Aug 16, 2023
So are we closing this PR in favor of upstream PR or we will upstream separately later? |
tnull
commented
Aug 16, 2023
Nah, as we'd want to expose the same API anyways I'd just land this and migrate to use upstream's version after 0.0.117 is released. |
Uh oh!
There was an error while loading. Please reload this page.
G8XSU
commented
Aug 16, 2023
Do we want to add testcases for this ? |
Uh oh!
There was an error while loading. Please reload this page.
| if *remaining_liquidity | ||
| < path_value * self.config.probing_liquidity_limit_multiplier |
There was a problem hiding this comment.
You'll have the same problem as before because the way the division is moved to the other side of the inequality as a multiplication. From the previous example:
remaining_liquidity: 100, 81, 62path_value * self.config.probing_liquidity_limit_multiplier: 19 * 3 = 57
Time to write a test? 😅
There was a problem hiding this comment.
Grrr, my bad. 🤦♂️
Now dropped the commit in question and replaced it with the additive approach you originally suggested.
In regard to testing: as this requires a non-trivial topology I took this as an opportunity to finally introduce a multi-hop testing scenario with #157 based on which I'll be able to check that the probe will indeed not obstruct payment sending. However, still running into some gossip issues there (as these need to be announced channels) which I'm investigating. Happy to wait until this is resolved before landing this, or landing this as is and adding testing later, your call. I'll also add unit tests when upstreaming this logic.
There was a problem hiding this comment.
I'm fine with testing upstream. Indifferent on whether you want to land this first.
2f4690e to
bd9f1aeComparetnull
commented
Aug 17, 2023
Yes, however, see #156 (comment). |
Uh oh!
There was an error while loading. Please reload this page.
As pre-flight probes might take up some of the available liquidity, we here introduce that channels whose available liquidity is less than the required amount times `Config::probing_liquidity_limit_multiplier` won't be used to send pre-flight probes.
bd9f1ae to
758f91bComparetnull
commented
Aug 17, 2023
Squashed without further changes. |
Fixes#155.
As pre-flight probes might take up some of the available liquidity, we here introduce that channels whose available liquidity is less than the required amount times
Config::probing_liquidity_limit_multiplierwon't be used to send pre-flight probes.(cc @TonyGiorgio)