-
Notifications
You must be signed in to change notification settings - Fork 941
Channels stuck in ONCHAIND_OUR_UNILATERAL state #721
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Yeah, it's pretty silent about what's happening here. There's a delay before it can take back its own outputs, which it will automatically spend back to the wallet. Then another 100 blocks before it forgets the peer completely. |
These are not stuck, they are awaiting a timeout before they can reclaim the funds. This is due to a unilateral close being done by lightningd. Unilateral closes have a timeout, bilateral closes do not. Probably a fix would be to include a |
is there a way to ignore that channel and use another? |
Oh ok, I thought I "only" had to wait 144 blocks ~= 1440 minutes = 1 day. I'll be patient then. Thanks for your explanations! Closing for now. |
When should I start "worrying"? (not really worried, I knew the risks when I started experimenting on mainnet) All those channels I've listed are still in the same state. I wonder if it's not the same issue as #747 |
I should note I am using a pruning bitcoind. |
I have a channel in the same status with a fullnode with txindex |
hmmm.. weird, for a few minutes I really thought the pruning was the reason, because: My funding transaction's output is spent in https://www.smartbit.com.au/tx/2d0707e9327201788577ef5ccc5c801183132b6e775038d353c61a4c9951d6f5 But here is what I get when I try to get this transaction from my bitcoind:
|
In the coming days I'll try droping the pruning and activating txindex (I'm gonna need a bigger disk 🙁 ). |
I too run an non-pruning, txindex-ed node with channels in that situation, so I think we can rule out pruning. |
On my full unpruned node with txindex, it easily works: $ bitcoin-cli getrawtransaction 2d0707e9327201788577ef5ccc5c801183132b6e775038d353c61a4c9951d6f5 |
Related to my previous comment, for the records: my funds returned after 144 blocks. |
After updating my c-lightning node with latest commits, all these channels are gone. But all the funds did not come back 🤔 |
Maybe closing transactions were finally properly published, and the 144 blocks countdown starts now. I'll be patient again. |
@hectorj you should check that your node is up to date with the blockchain using the |
@alecalve : thanks for the tip. It is indeed up-to-date |
Funds from the second channel ( |
PS : Here is the transaction which brought the funds back https://www.smartbit.com.au/tx/6c88698d7d77bfa62312b7f9401a4006222747d8b1eea477b183750752606d20 |
Hi! I have multiple channels which seems to be stuck in the
ONCHAIND_OUR_UNILATERAL
state.Here is the list:
Here are links to the funding transactions:
I tried asking c-lightning to close them again, but it refuses with the message
"Peer is in state ONCHAIND_OUR_UNILATERAL"
(which seems normal)The funds do not seem to appear in my
listfunds
.Is there a way to properly close them, or forget them (if funds are lost anyway)?
The text was updated successfully, but these errors were encountered: