Transaction

6fbfcc8d30c9dd77ceedf366e7b32643f7650eee05c8c82745c98abfeadbd930
Timestamp (utc)
2024-03-24 16:10:42
Fee Paid
0.00000013 BSV
(
0.01062962 BSV
-
0.01062949 BSV
)
Fee Rate
10.03 sat/KB
Version
1
Confirmations
97,279
Size Stats
1,296 B

2 Outputs

Total Output:
0.01062949 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM<div class="post">Actually... prioritizing free transactions based on both amount and their "age" should make this attack toothless.<br/><br/>The basic idea is that if you're spamming lots of small free transactions, you'll be creating lots of brand-new "pennies" (you'll take an old 50BTC generated transaction, then split off a penny and get a penny and 49.99 change.&nbsp; Then split that 49.99 to get another penny, and so on and so on).<br/><br/>Sorting pending free transactions so that larger-value transactions and free transactions with inputs deep in the block chain ("old money") are given priority would let normal transactions go through.<br/><br/>The spammy transactions would still take up network bandwidth and disk space; if that becomes a problem, nodes could just ignore small, new transactions (not relay them) and let the nodes that are doing the spamming queue up and rebroadcast the transactions.&nbsp; They'd trickle into the network eventually, and in the meantime the spammer's bit-pennies would be tied up.<br/></div> text/html
    https://whatsonchain.com/tx/6fbfcc8d30c9dd77ceedf366e7b32643f7650eee05c8c82745c98abfeadbd930