Browse Source
This is the simplest possible fix: increase the target amount until we get the desired number of parts, while still bucketizing payments together that are in approximately the same size. The current logic puts all payments that are in the range x < amount <= 16*x in the same bucket, making them harder to distinguish. Changelog-Fixed: pay: The `presplit` modifier now supports large payments without exhausting the available HTLCs.bump-pyln-proto
Christian Decker
5 years ago
committed by
Rusty Russell
2 changed files with 17 additions and 3 deletions
Loading…
Reference in new issue