I've been wondering about this. It's a given that once a transaction is on the timechain, it can't be undone, but is it really that straightforward? Why do some operators tell us to wait for more confirmations?
pull down to refresh
0 new comment
5 replies \ @0xbitcoiner OP 18 Dec 2024
You can find more information here: π #814227
reply
0 new comment
34 sats \ 4 replies \ @ek 18 Dec 2024
lol, sorry for orphaning this post
reply
0 new comment
121 sats \ 3 replies \ @0xbitcoiner OP 18 Dec 2024
π There's no need to apologize. I'm just compiling the information so that other people can read it all. Thank you for getting involved and helping to understand this situation.
reply
0 new comment
111 sats \ 1 reply \ @ek 18 Dec 2024
instead of reviewing reward changes I rather argued with @DarthCoin lol
π
reply
0 new comment
100 sats \ 0 replies \ @DarthCoin 18 Dec 2024
just get rid of all rewards #796213
reply
0 new comment
11 sats \ 0 replies \ @DarthCoin 18 Dec 2024
Yes these kind of questions are really good !
reply
0 new comment
269 sats \ 1 reply \ @nullcount 18 Dec 2024
Re-read page 6-8 of the white paper. Satoshi explains his reasoning and calculations.
In his examples, he estimated that IF the largest miner has 10% of hashrate, people should require 5-confs to reduce the probability that their transaction gets reorged to less than to 0.1%
A reorg happens when a miner is able to "undo" a block and replace it with multiple blocks which don't include your txn.
Foundry Pool regularly mines 6 blocks in a row. Foundry has approx 30% of hashrate today.
If Foundry wanted to be malicious, they clearly have enough hashrate to routinely reorg the chain.
So if we account for REALITY, satoshi would recommend requiring 24 block confirmations to reduce the probability of reorg to 0.1%.
reply
0 new comment
163 sats \ 0 replies \ @nullcount 18 Dec 2024
Here's a list of orphaned blocks: https://bitcoinchain.com/block_explorer/orphaned
If you think mining pools are too centralized, you should require more confirmations for your txns, when possible.
If you operate a LN node, you can set the min required blocks before a channel becomes active, for example.
If you operate an economic node (like a bank or business) you can require more confs before delivering the merchandise or crediting the customer's account.
Unfortunately, you cannot easily require more confirmations as a user requesting withdrawals from an exchange. Maybe your widthdrawl is included in a block that immediately gets reorged or orphaned. Your widthdrawl tx is no longer included in any block nor the mempools at this point. Your only recourse is to plea to the exchange and hope that they recognize the validity of the reorg and re-issue the widthdrawl tx in your favor.
reply
0 new comment
33 sats \ 4 replies \ @denlillaapan 18 Dec 2024
Block split; blocks can be orphaned. You should really think of a 1-confirmation block as provisional only.
https://d-central.tech/orphan-blocks-the-overlooked-pieces-of-bitcoins-blockchain-puzzle/
reply
0 new comment
0 sats \ 2 replies \ @jgbtc 18 Dec 2024
It would be interesting to know how often this happens.
reply
0 new comment
0 sats \ 0 replies \ @0xbitcoiner OP 18 Dec 2024
π #814589
reply
0 new comment
0 sats \ 0 replies \ @denlillaapan 18 Dec 2024
not that often but not unheard of either. Google for exact figures
reply
0 new comment
0 sats \ 0 replies \ @0xbitcoiner OP 18 Dec 2024
This makes perfect sense. Don't you know of any other situations in which the timechain could split?
reply
0 new comment
131 sats \ 23 replies \ @DarthCoin 18 Dec 2024
In fact it is. But is much easier and cost less to do a RBF (revert) on it than 6 confirmations. After 6 confirmations is almost impossible to revert it.
reply
0 new comment
0 sats \ 22 replies \ @0xbitcoiner OP 18 Dec 2024
I'm a bit lost. Isn't RBF just for transactions waiting to be confirmed (mempool)? It doesn't work after the transaction is in a block, right?
reply
0 new comment
33 sats \ 21 replies \ @DarthCoin 18 Dec 2024
If the RBF have a higher fee and a miner willing to take, it will replace the previous one.
reply
0 new comment
120 sats \ 20 replies \ @0xbitcoiner OP 18 Dec 2024
I'm not 'concerned' about the mempool stage, but rather the post-confirmation period (1 confirmation). Just to be clear, 2 confirmations indicate the existence of one block subsequent to the block containing the transaction.
reply
0 new comment
0 sats \ 19 replies \ @DarthCoin 18 Dec 2024
https://bitcoinops.org/en/topics/replace-by-fee/
reply
0 new comment
120 sats \ 16 replies \ @0xbitcoiner OP 18 Dec 2024
It's not about unconfirmed transactions. RBF is only for unconfirmed transactions waiting in the mempool.
view all 16 replies
0 sats \ 1 reply \ @ek 18 Dec 2024
from your link:
view all 1 replies
31 sats \ 1 reply \ @flat24 18 Dec 2024
Thank you very much, this question led me to another @DarthCoin class on Bitcoin.
Excellent learning resources in these discussions.
reply
0 new comment
11 sats \ 0 replies \ @DarthCoin 18 Dec 2024
Not really a class, I just pointed to the right direction where people should look into.
@0xbitcoiner intentions with these questions are really good (he asked in the past other good questions) bringing serious and interesting discussion about using Bitcoin.
reply
0 new comment
31 sats \ 1 reply \ @OT 18 Dec 2024
Most of the time it is.
But every so often there is a contentious block between mining pools if a block is found at about the same time. The following block found usually determines the previous one. In this situation you could have 1 conf of your TX revert back to zero if the block winner didn't include it into their blocks.
This is why its a good idea to wait up to 6 confirmations.
reply
0 new comment
10 sats \ 0 replies \ @0xbitcoiner OP 18 Dec 2024
@denlillaapan has already pointed this out.
π #814155
reply
0 new comment
0 sats \ 0 replies \ @DesertDave 18 Dec 2024
It's enough for me!
reply
0 new comment