Transaction

2f66f57d8fa3d071e0fae4232b2bd72e0fb4595e94fd360514a3cf9a4f74dcc6
Timestamp (utc)
2024-03-28 01:12:10
Fee Paid
0.00000018 BSV
(
0.00660829 BSV
-
0.00660811 BSV
)
Fee Rate
10.25 sat/KB
Version
1
Confirmations
93,164
Size Stats
1,755 B

2 Outputs

Total Output:
0.00660811 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckMß<div class="post"><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=1668.msg21899#msg21899">Quote from: ByteCoin on November 13, 2010, 11:55:11 PM</a></div><div class="quote">Of course, if the network is not being flooded and you're not overly concerned about the current transaction getting held up then it's probably worth preferring to use your 0 conf transactions so that you can "save" the higher priority coins for when the network <b>is</b> being flooded.<br/></div>You should use at least some priority in case a flood comes along before the next block.<br/><br/>As long as all dependencies have at least 1 conf, if the transaction doesn't have enough priority at first, the dependencies will age until it does.<br/><br/><div class="quoteheader">Quote</div><div class="quote">Gaming the system &nbsp;by including 1000 or so recently turned over BTC to bump the priority as described in my post above still works of course! <br/></div>Or managing how much priority you spend on a transaction. &nbsp;The software would have to know your future plans to know whether to spend your priority now or save it for later. &nbsp;I don't think we'll need to get into that much detail though. &nbsp;There's a wide enough difference between normal users and flooders.<br/><br/>Priority doesn't have to do everything. &nbsp;Once you know there's a flood, you can add -paytxfee=0.01.&nbsp; Hopefully with priority, your transactions before that should be at worst slow, not stuck.</div> text/html
    https://whatsonchain.com/tx/2f66f57d8fa3d071e0fae4232b2bd72e0fb4595e94fd360514a3cf9a4f74dcc6