10 sats \ 2 replies \ @tolot 21 Jan
Honestly, I can't undestand the reason why Full RBF has been pushed so much. 0-conf are a bitcoin use case, even though not advisable for large amounts.
reply
The main thing that got the mempoolfullrbf option added to Bitcoin Core was the fact that full-RBF mitigates a variety of double spend attacks on multiparty protocols like coinjoin.
Basically, double spends are ok in multiparty protocols. But what isn't ok is people double spending in a way that causes transactions to take a really long time to mine. Full-RBF is a major step to preventing that, because it forces the attacker to use a transaction pinning attack, which is expensive.
Transaction pinning is also fixable too: https://petertodd.org/2024/one-shot-replace-by-fee-rate
reply
Thanks for the link!
reply
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.
reply
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
RIP 0-conf. It was fun while it lasted.
reply
I mean, it hasn't been anywhere near feasible for years.
At the moment something like 40% of hash power is mining with full-RBF enabled. Looks like Braiins pool is the latest to enable it: https://twitter.com/peterktodd/status/1748845926607638555
reply
In 0-conf you have a trust in other party. Full-RBF doesn't change that. And full-RBF has always been possible from miners perspective.
reply