v0.10.1

Now with less panics!

v0.10.0

Broke out the daemon service as its own separate subcommand so that it is easy to share settings between fees and rebalance. Also introduced flow control by setting a primitive htlc_maximum_msat on each channel update.

v0.9.2

• Refactored packages

v0.9.0

• Filter private channels from liquidity managment

v0.8.0

• Simplify the RebalanceAll interface

v0.7.2

• Refactored the raiju package interface to make it easier to import into other projects

v0.7.1

• Fix bug where candidates list wasn't printed if too short

v0.7.0

• A new global flag, -liquidity-stickiness, enables fee "stickiness" before it is updated. The idea is to help minimize unnecessary gossip if a channel's liquidity keeps going over a threshold. So if a channel moves from 85% to 75% local liquidity and there is a threshold at 80%, it would normally have its fees updated. But if the stickiness setting is set at 10%, the channel will have to get to 70% (80% - 10%) before its fees are updated. The stickiness setting is only enabled when channel liquidity is heading in a more "balanced" direction.

v0.6.0

• Exposing the local liquidity threshold and fee settings for easier experimentation.
  • -liquidity-thresholds flag determines how channels are grouped into liquidity buckets, while the -liquidity-fees flag determines the fee settings applied to those groups.
  • For example, if thresholds are set to 80,20 and fees set to 5,50,500, then channels with over 80% local liquidity will have a 5 PPM fee, channels between 80% and 20% local liquidity will have a 50 PPM fee, and channels with less than 20% liquidity will have a 500 PPM fee.
  • -liquidity-thresholds and -liquidity-fees are global because they are used in both the fees and the rebalance commands to help coordinate the right amount of fees to pay in active rebalancing.

Full Changelog: v0.5.0...v0.6.0

v0.5.0

• The fees command is now sporting a new -daemon mode so it can continuously listen for channel liquidity changes and quickly update fees when necessary. This protects against a channel quickly draining in one direction.
  • The systemd README example now shows a long run service instead of a oneshot.

Full Changelog: v0.4.0...v0.5.0