search

Ride-The-Lightning / RTL

Ride The Lightning - A full function web browser app for LND, C-Lightning and Eclair
MIT License
750 stars 158 forks source link

[Feature request] - Optional rules for channels fees #722

Open Darth-Coin opened 3 years ago

Darth-Coin commented 3 years ago

Option to create personalized rules for channels fees Would be handy to have an option to create specific rules to apply specific fees, for specific channels only, in order to achieve a better balancing and also using specific channels for larger txs and some others only for micropayments

Example If I have 20 channels, 10 of 2M+ sats and 10 of 500k+ sats, I would like to create a rule that apply a lower routing fee for those small channels, to push more micropayments on smaller channels. Another rule to be applied with a higher fee for those high channels, dedicated for larger txs. Also to be able to apply a rule of specific fee when the liquidity on a channel reach a certain level.

Pantamis commented 3 years ago

I am not sure if I understand what you are asking for but it is not possible to set different fees depending on where the payment to forward comes from.

The BOLT standard is that the LN graph only allows you to announce the fees you charge for sending money with one of your channel no matter from where the payment comes.

If you want to be able to set lower fees for the same outgoing channel depending on the incoming channel, you need to make a BOLT modification request or proposal in the lightningdev mailing list and then the BOLT repo. This is protocol stuff, RTL cannot change that. (and I guess that if you can set incoming channel fees, there is a good reason for that, but I don't know it...)

fvdpol commented 2 years ago

@Darth-Coin, my understanding of your feature request is that you would like to define rules to set certain channel policies (base fee, ppm) depending on the channel size.

If that is the case a tool like charge-lnd or similar would cover those needs and can manage the channels periodically in the background, making such a solution more suitable than an interactive gui like RTL.