Are you going to run full-rbf?
918 sats \ 25 comments \ @petertodd 24 Nov 2022 bitcoin
write
preview
related posts
1468 sats \ 8 replies \ @sommerfeld 24 Nov 2022
Fullrbf should just be called "reality", because that is what it is. Breaking the delusion that you cannot double spend on the mempool.
reply
1 sat \ 7 replies \ @Modus 24 Nov 2022
"the delusion that you cannot double spend on the mempool."
Strawman
reply
64 sats \ 4 replies \ @gd 24 Nov 2022
It has always been the case that transactions are not final until multiple confs. The protocol never gives any assurances of confirmation for any transaction in the mempool. Relying on 0conf will also expose you to purge risk, like we saw last week.
reply
22 sats \ 2 replies \ @petertodd OP 24 Nov 2022
For example, f2pool mined two full-rbf double spends earlier today. I don't think they're running with mempoolfullrbf enabled. I think they just restarted a node or something similar and cleared their mempool.
reply
0 sats \ 1 reply \ @Scroogey 24 Nov 2022
deleted by author
reply
22 sats \ 0 replies \ @petertodd OP 24 Nov 2022
Other than transactions relevant to your wallet, no. Bitcoin Core doesn't need that information for normal operation as double spends of mempool transactions are perfectly normal.
reply
0 sats \ 0 replies \ @Modus 24 Nov 2022
This is how you say it without the strawman.
reply
0 sats \ 1 reply \ @sommerfeld 24 Nov 2022
My node, my policy.
If you disagree, keep the first seen policy.
reply
0 sats \ 0 replies \ @Modus 24 Nov 2022
Non sequitur, but anyway.
Cool! Do your thing.
reply
379 sats \ 2 replies \ @BlokchainB 24 Nov 2022
I run 22.0
reply
419 sats \ 0 replies \ @nerd2ninja 24 Nov 2022
I also run 22 and probably will for a while just to make sure the new version doesn't hard fork with the old version for a year or two, but I'll probably upgrade to version 24 when version 28 comes out.
To continue running an older version with the full rbf flag tho, I've started running Bitcoin Knots version 23.
reply
110 sats \ 0 replies \ @petertodd OP 24 Nov 2022
I actually run two v0.17 nodes, because I haven't bothered to upgrade my OpenTimestamps server software to support new Bitcoin Core versions.
Which is fine! The great thing about Bitcoin is we do backwards compatible soft forks, not hard forks.
reply
357 sats \ 2 replies \ @BTCNautilus 24 Nov 2022
I know there has been a lot of noise about this issue, but in terms of my self interest, my nodes will continue doing whatever is currently default.
When I do update, the full rbf flag will have no bearing on any of the use cases my nodes are used for. So, I won’t bother one way or the other. I imagine most node runners will be like me.
reply
20 sats \ 1 reply \ @cointastical 24 Nov 2022
most node runners will be like me.
Fortunately, it doesn't require every node to run FULLRBF, ... and not even a majority of them is needed.
If my node connects to eight peers, I would only need one of those eight peers to run FULLRBF, which would then relay my replacement transaction to that node's eight peers (or whatever number of peers that node connects to). So somewhere between 12.5% and oh ... maybe I'ld guess 25% of nodes running FULLRBF are nearly as good as 100% of nodes running FULLRBF. My replacement transaction is then very likely to get relayed time and again and it becomes very likely that eventually it will reach a miner that runs FULLRBF.
Now whether miners are actually running FULLRBF (or planning on it) remains to be seen. I would think the miners and pools running FULLRBF will be well connected with the intent to miss as few replacement transactions as they can (to maximize revenue), but I've no idea how welcome FULLRBF is by miners. I would assume they are nearly all for it though.
reply
35 sats \ 0 replies \ @petertodd OP 24 Nov 2022
So suppose that there are N potential outgoing peers in total, M of which run full-rbf. That means the probability of any one peer not running full-rbf is (1-M/N), so the probability of all 8 peers not being full-rbf is (1-M/N)⁸
There are approximately 5000 IPv4 listening nodes. So for 50% probability of connecting to at least one full-rbf node, you need 415 full-rbf nodes, or 8.3%. For 95% probability, you need 1561 full-rbf nodes, or 31%
Of course, if you are running a listening node third-parties can ensure full-rbf replacements get to you by just connecting to a high % of the entire network. With just a few thousand public listening nodes, that's entirely feasible.
Also, if those odds aren't good enough for you, you can also just run the preferential peering patch: https://github.com/petertodd/bitcoin/tree/full-rbf-v24.0
It advertises a FULLRBF service bit, and ensures that you have at least 4 connections to other full-rbf nodes.
reply
101 sats \ 0 replies \ @Lumor 24 Nov 2022
Happy to have the option but no rush.
reply
50 sats \ 0 replies \ @sommerfeld 24 Nov 2022
Quite surprised that 6.5% of users on SN don't run nodes.
What are you doing with your life? RUN A NODE
reply
20 sats \ 0 replies \ @cozy 24 Nov 2022
I read some tweet that it's paternalistic (read: coercive). Dude, I don't think you know what coercion means if you think this voluntary software offering and option to default to helping protect you is coercive.
I'll turn it on, but one shouldn't rely on unconfirmed transactions anyway. It's like not wearing a seatbelt when driving a car. Full-RBF, is the seatbelt. I can see times where this is necessary if you're 007 or something and need to lean out the fire a gun (not show how this metaphor translates to Bitcoin anymore, lol), but wearing a seatbelt will save you in real life, if not from yourself, definitely from other drivers.
reply
22 sats \ 0 replies \ @petertodd OP 24 Nov 2022
I have opinions about this as many of you know. But I'm curious what stacker.news readers will answer without prompting. :)
reply
10 sats \ 0 replies \ @BITC0IN 24 Nov 2022
mempoolfullrbf=1 gang rise up
reply
10 sats \ 0 replies \ @BITC0IN 24 Nov 2022
Yes.
reply
0 sats \ 2 replies \ @shyfire 25 Nov 2022
Based on the comments it seems like a summary of pros/cons would be helpful. For example I thought it's only miner mempools that really matter in this case
reply
120 sats \ 1 reply \ @petertodd OP 25 Nov 2022
I'm working on a blog post.
reply
0 sats \ 0 replies \ @shyfire 25 Nov 2022
Until I read that post I'm agnostic and will therefore use the default which is =0 I believe
reply
0 sats \ 0 replies \ @AngeloMetal 25 Nov 2022
"mempoolfullrbf=0" and "what?" have the same percentage. Great. That's exactly why there's this delusion anyway.
reply