multi: cap anchors feerate at configurable maximum#4855
Conversation
Roasbeef
left a comment
There was a problem hiding this comment.
As this is scheduled to land last, we can also use this PR to flip to zero-htlc fee anchors by default, and add the logic to reject the legacy anchors type (assuming we still need to advertise it), and also set up the proper feature dep.
There was a problem hiding this comment.
I think this'll need to check a new bit once the zero fee changes are in.
8f706f1 to
e918469
Compare
cfromknecht
left a comment
There was a problem hiding this comment.
looks good! only one small nit
There was a problem hiding this comment.
above we use commitType == lnwallet.CommitmentTypeAnchorsZeroFeeHtlcTx, should that match here? otherwise the maximum will also apply to anchor_outputs channels?
There was a problem hiding this comment.
Yes, see this commit in the zero htlc fee PR: 7b0212f#diff-e308f199858d836b06a0c920d2dd019fbb3acb7ef0d9e3d8a360601623128d78R322
So we'll always set both the anchors bit and the zero fee htlc bit if ommitType == lnwallet.CommitmentTypeAnchorsZeroFeeHtlcTx
There was a problem hiding this comment.
Correct that this'll apply to "regular" anchors as well, though with the dependent PR we essentially don't advertise it at all from teh perspective of the public network.
There was a problem hiding this comment.
Yeah, it will also apply the the existing few legacy anchor channels, but I think that's okay.
e918469 to
7aac569
Compare
This commit caps the update fee the initiator will send when the anchors channel type is used. We do not limit anything on the receiver side. 10 sat/vbyte is the current default max fee rate we use. This should be enough to ensure propagation before anchoring down the commitment transaction.
60434d3 to
413ece2
Compare
|
Needs a rebase! |
|
Rebased |
This commit caps the update fee the initiator will send when the anchors
channel type is used. We do not limit anything on the receiver side.
10 sat/vbyte is the current default max fee rate we use. This should be
enough to ensure propagation before anchoring down the commitment
transaction.
Replaces #4795