<div dir="ltr">Good evening list,<br><br>Recent discussions around channel jamming [1] have highlighted again the need to think twice when<br>configuring your channels parameters. There are currently parameters that are set once at channel<br>creation that would benefit a lot from being configurable throughout the lifetime of the channel<br>to avoid closing channels when we just want to reconfigure them:<br><br>* max_htlc_value_in_flight_msat<br>* max_accepted_htlcs<br>* htlc_minimum_msat<br>* htlc_maximum_msat<br><br>Nodes can currently unilaterally udpate these by applying forwarding heuristics, but it would be<br>better to tell our peer about the limits we want to put in place (otherwise we're wasting a whole<br>cycle of add/commit/revoke/fail messages for no good reason).<br><br>I suggest adding tlv records in `commitment_signed` to tell our channel peer that we're changing<br>the values of these fields.<br><br>Is someone opposed to that?<br>Are there other fields you think would need to become dynamic as well?<br>Do you think that needs a new message instead of using extensions of `commitment_signed`?<br><br>Cheers,<br>Bastien<br><br>[1] <a href="https://twitter.com/joostjgr/status/1308414364911841281">https://twitter.com/joostjgr/status/1308414364911841281</a></div>