Sweeper: Handling of no time-sensitive stage one sweeps #9170
-
I have the following case at the moment. My node is trying to sweep an outgoing htlc in stage one, which happened because of a self payment. This is not time-sensistive. It started at 2.6 sat/vb and is now at 4.4 sat/vb. I would like to understand how this type of htlcs is handled and which budgets are used for it. Like time-sensistive? Or are they handled in a different way? |
Beta Was this translation helpful? Give feedback.
Replies: 3 comments
-
So the payment (outgoing htlc) will not be considered when bumping the commitment transaction. So LND will not aggressively bump the fee. Moreover when the commitment is confirmed we are selecting the default deadline of 1008 blocks for the deadline of the outgoing htlc sweep, so it's also the most economic decision we can do, at want point we want to sweep the htlc and get our funds back. |
Beta Was this translation helpful? Give feedback.
-
Thanks Ziggie, Does this mean that a LinearFeeFunction is initialized, which then increases over 1008 blocks or is the current value of the estimator simply taken for 1008 blocks and updated if necessary? |
Beta Was this translation helpful? Give feedback.
-
exactly the former, so it starts with a deadline of 1008 blocks and increases the fee via the fee-function after each block is found. |
Beta Was this translation helpful? Give feedback.
So the payment (outgoing htlc) will not be considered when bumping the commitment transaction. So LND will not aggressively bump the fee. Moreover when the commitment is confirmed we are selecting the default deadline of 1008 blocks for the deadline of the outgoing htlc sweep, so it's also the most economic decision we can do, at want point we want to sweep the htlc and get our funds back.