Transaction

7fdfd4014e372bb60bf59e775ece625a369d97c4adb7d331dc61f0978f52ace2
Timestamp (utc)
2024-03-22 01:34:14
Fee Paid
0.00000013 BSV
(
0.00203329 BSV
-
0.00203316 BSV
)
Fee Rate
10.81 sat/KB
Version
1
Confirmations
97,225
Size Stats
1,202 B

2 Outputs

Total Output:
0.00203316 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM¶<div class="post">I'll and add another reason not to have a "list transactions that happened after &lt;txid&gt;" :<br/><br/>move "transactions" don't have a transaction id, but they do affect account balances (and are listed in listtransactions).<br/><br/>Your code is going to get really messy if you expect to call listtransactions and then squirrel away the txid of the last item returned.&nbsp; If it was "category":"move",&nbsp; there WILL be no txid...<br/><br/>RE: eliminating polling:&nbsp; at some point fairly soon, I plan on cleaning up my "monitorreceived" patch, to POST to a URL when transactions come in or blocks are accepted... but I need to do some Deep Thinking to redesign based on lessons learned from 'accounts'.&nbsp; It might turn into a very minimal API, where the notification is "Hey, txid &lt;123ae4221...&gt; just got to N confirmations, you might want to call gettransaction and getbalance to get up-to-date."<br/></div> text/html
    https://whatsonchain.com/tx/7fdfd4014e372bb60bf59e775ece625a369d97c4adb7d331dc61f0978f52ace2