Transaction

eb3dee2eda663697bbfe6fc2ebee2e8e84ba8b2050d30bf293e546dd08427b7d
Timestamp (utc)
2024-03-22 19:47:14
Fee Paid
0.00000024 BSV
(
0.00215735 BSV
-
0.00215711 BSV
)
Fee Rate
10.41 sat/KB
Version
1
Confirmations
96,322
Size Stats
2,304 B

2 Outputs

Total Output:
0.00215711 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM<div class="post">I'm not talking about the normal risk for a given minconf level, I'm talking about additional pitfalls from listtransactions when used this way.<br/><br/><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=2151.msg28292#msg28292">Quote from: satoshi on December 08, 2010, 10:36:45 PM</a></div><div class="quote">2) When there's a block-chain reorg, it would be easy to double-count transactions when they get confirmed again.<br/></div>The OP's example of listtransactions &lt;account&gt; [count=10] [txid] seems to imply and it would be very easy for programmers to assume that if they pass in the last txid of the previous call to listtransactions, they will never see the same transaction more than once, which is not the case. &nbsp;It would be very easy to double-count payments if you don't maintain your own persistent map or dictionary to track which txid's you've already accepted.<br/><br/>It doesn't seem right to have a function that seems tailor made to be used a certain obvious way, and that way is a non-obvious trap.<br/><br/><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=2151.msg28301#msg28301">Quote from: jgarzik on December 08, 2010, 11:07:22 PM</a></div><div class="quote"><div class="quoteheader"><a href="https://bitcointalk.org/index.php?topic=2151.msg28292#msg28292">Quote from: satoshi on December 08, 2010, 10:36:45 PM</a></div><div class="quote">3) A transaction can be replaced by a double-spend with a different txid. &nbsp;You would count both spends.<br/></div> listtransactions does not add anything to this problem, beyond that which is already vulnerable through listreceivedbyaddress.<br/></div>Suppose both spends are to the same address. &nbsp;getreceivedbyaddress would always count only one or the other spend at any given time, never both.<br/><br/>Using listtransactions, it would be very easy to count both. &nbsp;You see the first spend, you count it. &nbsp;You see the second spend, you count it. &nbsp;Total is double counted.<br/></div> text/html
    https://whatsonchain.com/tx/eb3dee2eda663697bbfe6fc2ebee2e8e84ba8b2050d30bf293e546dd08427b7d