Open jamaljsr opened 2 years ago
nice catch! Have re-created the scenario you described and can confirm the issue. ~Will look into this this week :+1:~ have been informed that someone else is looking into it :)
I have some force closes stuck pending, but the blocks till maturity is a negative number.
Related?
I have some force closes stuck pending, but the blocks till maturity is a negative number.
Related?
Had an issue with this node resolved by upgrading btcd to 23.1 but that has not resolved the limbo balances
Nevermind, a sweep transaction did fire.
I can confirm this issue. It leads to a really confusing user experience.
I can also confirm this issue.
Background
When force-closing a channel, the txn gets broadcasted to the chain. After mining a block and seeing the txn is confirmed via bitcoind, the response from
lncli listchaintxns
still shows"num_confirmations": 0
. Even after mining many blocks past the pending channel'smaturity_height
, thenum_confirmations
never changes from 0. According to bitcoind, the transaction has 1924 confs.Also, after restarting the node, the record of the txn in
listchaintxns
disappears. The closed channel still shows the correctclosing_tx_hash
and bitcoind still says its confirmed.Your environment
lnd
: v0.15.1-betauname -a
on *Nix): Docker on MacOSbtcd
,bitcoind
, or other backend: v23.0Steps to reproduce
lncli listchaintxns
to see thenum_confirmations
value still set to0
lncli listchaintxns
to see that the transaction is no longer listedExpected behaviour
num_confirmations
value should increment with each block mined after the channel is force-closed.lncli listchaintxns
after restarting the nodeActual behaviour
num_confirmations
value never changes from0
lncli listchaintxns
after a restart