Open AbelLykens opened 1 year ago
@guggero suggested a restart. No change; both sides still have the channel in pendingchannels, but no txn for the channel_point (from pendingchannels) in listchaintxns...
I restarted the node, the funds are now 'back' in walletbalance.
@guggero :
yeah, that's probably the restart that made the wallet realize it's not actually spent
The channel is still in pendingchannels though.
For future people reading this:
so what you need to do is to spend that UTXO yourself (easiest is lncli sendcoins --sweepall ) to an address you control, to make sure the channel will never confirm and once you have a confirmation on the "double spend", you can use lncli abandonchannel (
abandonchannel
is a dangerous command and can lead to loss of funds if used incorrectly - ask in our slack channel if unsure) on the channel. as long as there's a chance the original channel TX can still confirm, that's not safe to use on the receiving end you can do the same, or it will disappear after 2016 blocks automatically if not confirmed
Possibly related to and fixed by https://github.com/lightningnetwork/lnd/pull/7448?
I suppose for #7448 to work, the tx does have to appear in listchaintxns, which in this case it did not?
Not sure how/when/why we could close this ticket if this is the case -- I am a fan of tickets/issues which can be closed at some point....
(New try succeeded)
Background
Opened a channel from my own node A to my own node B, using CLI. Used 10sat/vB.
lncli openchannel
returned a txid. The channel is inpending
state inpendingchannels
.But: the tx itself is nowhere to be found. Not in
listchaintxns
, not in mempool explorer[s]. Funds (walletbalance
is lower than before).Your environment
lnd
: both 0.15.4-beta commit=v0.15.4-betauname -a
on *Nix): both debian 11btcd
,bitcoind
, or other backend: opening side uses bitcoind 0.23, receiving is on neutrino.Steps to reproduce
Open channel, get back txid.
Expected behaviour
Tx to be actually broadcast.
Actual behaviour
Tx nowhere to be found.
Receiving side logs: