Bitcoin Forum
May 24, 2024, 06:22:03 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 [2]  All
  Print  
Author Topic: I created a transaction 2 weeks ago  (Read 268 times)
Synchronice
Hero Member
*****
Offline Offline

Activity: 868
Merit: 787


Watch Bitcoin Documentary - https://t.ly/v0Nim


View Profile
May 26, 2023, 12:34:51 PM
 #21

I don't know who does that but in the last 6 blocks (from block 791478 to 791483), someone added transactions with 20-22 sat/vByte fees. A highest percentage of transactions in these blocks are added.

|Snip|
For a node running these default settings (as the vast majority of nodes do), then if a transaction is unconfirmed for 14 days, the node will drop it from its mempool. Similarly, the transaction can be dropped out of the bottom of the mempool because the mempool is filled with 300 MB or more of higher fee paying transactions.

Nodes are free to change these limits, however, and some do, running with much higher limits so they rarely, if ever, drop transactions.

If a transaction is dropped from the majority of mempools, that doesn't make it invalid. It is still a perfectly valid signed transaction, just one that the network has forgotten about. Anyone who has a copy of that transaction (which includes each and every node which once knew about it) can rebroadcast it and try again to get it confirmed. Alternatively, if the transaction has dropped, the person who made that transaction could instead attempt to spend those coins in a new transaction. This new transaction would not be rejected as a double spend since the majority of the network has forgotten about the original transaction.

I wouldn't call it a reversal if a transaction permanently drops - more that the transaction never happened at all.

If yes , how about the bitcoin was used to purchase goods and the buyer has gone with the goods?
Then the seller is left out of pocket.

In OP's case here, a few days after he broadcast his transaction, all nodes running default settings would have dropped it out the bottom of their mempools as their mempools contained more than 300 MB of higher paying transactions. Yet we can still see it on every block explorer we check, meaning that at some point someone (probably Coinbase) rebroadcast it to the network.
So, if majority of node runners significantly increase their limits, for example from 300MB to 3000MB and if they also increase the number of hours a transaction can stay in a mempool, then this means that node runners can also worsen the whole bitcoin transaction drama if they intend to do so.
Also, if someone accidentally sends a huge transaction without enabled RBF and won't be able to do CPFP and I'll intentionally decide to worsen his quality of life, then I can succeed by frequently broadcasting his transaction, right? Oh, that's terrible, man.

.freebitcoin.       ▄▄▄█▀▀██▄▄▄
   ▄▄██████▄▄█  █▀▀█▄▄
  ███  █▀▀███████▄▄██▀
   ▀▀▀██▄▄█  ████▀▀  ▄██
▄███▄▄  ▀▀▀▀▀▀▀  ▄▄██████
██▀▀█████▄     ▄██▀█ ▀▀██
██▄▄███▀▀██   ███▀ ▄▄  ▀█
███████▄▄███ ███▄▄ ▀▀▄  █
██▀▀████████ █████  █▀▄██
 █▄▄████████ █████   ███
  ▀████  ███ ████▄▄███▀
     ▀▀████   ████▀▀
BITCOIN
DICE
EVENT
BETTING
WIN A LAMBO !

.
            ▄▄▄▄▄▄▄▄▄▄███████████▄▄▄▄▄
▄▄▄▄▄██████████████████████████████████▄▄▄▄
▀██████████████████████████████████████████████▄▄▄
▄▄████▄█████▄████████████████████████████▄█████▄████▄▄
▀████████▀▀▀████████████████████████████████▀▀▀██████████▄
  ▀▀▀████▄▄▄███████████████████████████████▄▄▄██████████
       ▀█████▀  ▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀  ▀█████▀▀▀▀▀▀▀▀▀▀
▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀▀
.PLAY NOW.
o_e_l_e_o
In memoriam
Legendary
*
Offline Offline

Activity: 2268
Merit: 18565


View Profile
May 26, 2023, 01:05:27 PM
 #22

So, if majority of node runners significantly increase their limits, for example from 300MB to 3000MB and if they also increase the number of hours a transaction can stay in a mempool, then this means that node runners can also worsen the whole bitcoin transaction drama if they intend to do so.
Yes. If you have made a low fee transaction which is not opted in to RBF, then you have to wait for it to be evicted from mempools before you can replace it. If it is never evicted, you can never replace it (until full RBF becomes widespread enough).

Also, if someone accidentally sends a huge transaction without enabled RBF and won't be able to do CPFP and I'll intentionally decide to worsen his quality of life, then I can succeed by frequently broadcasting his transaction, right? Oh, that's terrible, man.
Also correct, unless he can replace it via full RBF.

The obvious solution is just to enable RBF on all your transactions.
Pages: « 1 [2]  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!