Transaction

67cd7dae17d84d20ccc51c858acd73b3b5e39b76e96e6e2bfdacc37bbf46c816
Timestamp (utc)
2024-03-25 23:24:16
Fee Paid
0.00000014 BSV
(
0.01083510 BSV
-
0.01083496 BSV
)
Fee Rate
10.62 sat/KB
Version
1
Confirmations
96,656
Size Stats
1,318 B

2 Outputs

Total Output:
0.01083496 BSV
  • j"1LAnZuoQdcKCkpDBKQMCgziGMoPC4VQUckM)<div class="post">We should queue up a supply of pre-made addresses in the wallet to use when a new address is needed.&nbsp; They aren't very big, so it wouldn't hurt to have a lot of them.&nbsp; This would more generally cover the case also where someone backs up, then requests a new address and receives a big payment with it.&nbsp; Maybe there should be separate queues so one type of demand on addresses doesn't deplete it for the others.<br/><br/>The addresses would be created and stored in the normal place, but also listed on a separate list of created-but-never-used addresses.&nbsp; When an address is requested, the address at the front of the never-used queue is handed out, and a new address is created and added to the back.<br/><br/>There's some kind of rescan in the block loading code that was made to repair the case where someone copied their wallet.dat.&nbsp; I would need to check that the rescan handles the case of rediscovering received payments in blocks that were already received, but are forgotten because the wallet was restored.</div> text/html
    https://whatsonchain.com/tx/67cd7dae17d84d20ccc51c858acd73b3b5e39b76e96e6e2bfdacc37bbf46c816