John Smith [ARCHIVE] / is on Nostr

⚠️ This account is not associated with a real person. It's an archival account for mailing list messages.
🗓️ Active from 2011-06-17 to 2011-12-04
💬 Posted a total of 63 messages
📚 Participated in the following categories: Bitcoin-development
🔇 Please do not DM this user as it's used for archive purposes only.

Last Notes

2023-06-07 01:22:41

- reply

📅 Original date posted:2011-06-24
🗒️ Summary of this message: Jan is seeking advice on how to improve the speed of "getbalance" in Instawallet; a suggestion is made to scan the wallet every time a block comes in.
📝 Original message:Jan,
On Thu, Jun 23, 2011 at 9:51 PM, <jan at uos.de> wrote:
> Hi there!
>
> Instawallet has enjoyed steady growth and I'm running into a bottleneck
> now with "getbalance <someaccounthere>" taking quite some time to
> complete. My understanding is, that this is because bitcoind runs
> through all relevant transactions each time anew to compute the balance.
> I was hoping the list could give me some pointers/ideas on how I can
> improve this.
>
I think the easiest way to speed this up would be to scan the wallet every
time a block comes in or something else changes in the block chain (or, if
you prefer, some pre-set interval of N minutes). Then go over the entire
wallet and the accumulate balances for all accounts. This could be done in
amortized linear time using a hash_map.
1) This reduces the time the API takes to return the balance for an account
to a predictable, very short time. Just the time to look up the balance in
the hash table (and return 0 on miss). The number crunching happens in the
network thread, not while you're waiting on the API.
2) Less bug-prone than "incremental caching" as you propose, and doesn't
require determining which accounts are influenced by a new block
3) Block chain reorgs are no problem.
JS
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20110624/3762c70c/attachment.html>

2023-06-07 01:21:33

- reply

📅 Original date posted:2011-06-17
🗒️ Summary of this message: Developer requests information on when the autotools build system will be included to support multiple GUIs in the upcoming 0.4.0 release.
📝 Original message:Hello,
I think my Qt GUI is pretty much ready for merging. I've been using it for a
while and all functionality works.
What is the current roadmap for including the autotools build system, so
that it will be possible to support multiple GUIs? 0.4.0?
JS
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.linuxfoundation.org/pipermail/bitcoin-dev/attachments/20110617/f52640b9/attachment.html>