Forced closure of a channel is stuck and its blocks_til_maturity value is negative. #8271
Replies: 5 comments
-
The pending channel is almost resolved, you didn't sweep the anchor yet ( Your other channels are waiting for confirmation. Unfortunately all of those have low commitment transaction fees. For the non-anchor one you will need to wait for 14 sat/vbyte to confirm. For the anchor channels I'm not sure why they are not fee bumped, they don't seem to have any htlcs on them and have low ctx fees as well (10, 10, and 16 sat/vbyte). At least the force close transactions can be seen on mempool.space, so it means that they propagated at least to some extent. |
Beta Was this translation helpful? Give feedback.
-
Thanks for the heads up. I'll wait. I was just puzzled by the negative value of the |
Beta Was this translation helpful? Give feedback.
-
A negative value means that we are past an HTLC deadline, but since there's no HTLC on the transaction, I think that's nothing to worry about and of informational character. The anchor output is a small-value extra output (330 sat, see) that's used to increase the fee of a transaction by spending the output with a higher fee rate to control how fast it confirms (the keyword is CPFP). Your transaction is already confirmed, so sweeping or claiming the 330 sat output here costs more than you get, so it is delayed. |
Beta Was this translation helpful? Give feedback.
-
Moving this issue to a discussion, as there is nothing to fix here |
Beta Was this translation helpful? Give feedback.
-
You could try |
Beta Was this translation helpful? Give feedback.
-
Background
One of my peers forced the closure of a channel with me. After a few days, the closure is still pending, and the
blocks_til_maturity
variable went from positive to negative and continues to add -1 for each block. How is this even possible? How to fix it?Your environment
bitcoind
Bitcoin Core version v25.0.0022d509049e143b1c5fc5383210acb97a3e5a4b0e0d31dd4c920eee92a4aacd312
Steps to reproduce
Expected behaviour
I expect the channel to be closed once the
time_til_maturity
reaches 0Actual behaviour
The channel is stuck even if the
blocks_til_maturity
value goes 0. The count actually didn't stop and now the value is negative!Other channels are also stuck in
"waiting_close_channels"
status for days, and when I try to --force close them, I get:[lncli] RPC error: code = Unknown desc = channel is already in the process of being force closed
even though they are not listed under"pending_force_closing_channels"
.Perhaps the two problems are related.
Beta Was this translation helpful? Give feedback.
All reactions