I'm reading your blogg entry on "Why You Should Run Full-RBF On Your Node" - https://petertodd.org/2023/why-you-should-run-mempoolfullrbf . Looks like my Start9 was not running this. I have enabled it.
I have three on chain transactions on lightning from closes that have never confirmed so maybe I can figure out how to finalize them.
Thanks!
Unfortunately full-RBF is probably not going to help you with those closes, as it's more likely that they don't meet the minimum relay fee (I assume they're force closes).
The ViaBTC and Binance transaction accelerators could help out. As will the mempool.space one, which is a lot cheaper. But not publicly available yet.
reply
It's one of those things I believe I will eventually figure out but I wont hold my breath. I signed up for the mempool thing and "we'll see."
reply
41 sats \ 6 replies \ @aoeu 21 Jan
I recently enabled this to on my Start9. I also enabled v2 P2P encrypted transport too. It says that it will drop to standard v1 as a fail-safe so can't see any reason not to enable it too, right?
reply
40 sats \ 4 replies \ @Murch 21 Jan
That's right, it'll try v2 first and fall back to v1 when the peer doesn't run v2. I'm running my node with V2P2P as well
reply
30 sats \ 3 replies \ @Murch 21 Jan
There is on-going work to make this behavior the default in the next release in March.
reply
deleted by author
reply
10 sats \ 1 reply \ @Murch 21 Jan
You are working on V2P2P?
In case it was unclear, I meant to convey that the next release will default to running the encrypted v2 p2p message protocol.
reply
Ah, sorry, I misread what you wrote as talking about full-rbf, not V2.
Deleted.
reply
I'm would not know the answer to that question. If you go on telegram Start9 community chat. StartOS support, Your question may get answered there. https://t.me/start9_labs .
reply